[issue16631] tarfile.extractall() doesn't extract everything if .next() was used
Serhiy Storchaka added the comment: OK. Then those issues are just related. -- nosy: +lars.gustaebel stage: - patch review type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16631 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16601] Restarting iteration over tarfile continues from where it left off.
Serhiy Storchaka added the comment: Related issue: issue16631. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16601 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16601] Restarting iteration over tarfile continues from where it left off.
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +lars.gustaebel versions: +Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16601 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16601] Restarting iteration over tarfile continues from where it left off.
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16601 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16555] Add es_cu to locale aliases
Changes by Berker Peksag berker.pek...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file28234/issue16555.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16555 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Serhiy Storchaka added the comment: Here is a patch, which adds multiline calltips support. -- Added file: http://bugs.python.org/file28235/idle_calltips_multiline.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16630] IDLE: Calltip fails if __getattr__ raises exception
Serhiy Storchaka added the comment:
1. rpcclt.remotecall also can raise an exception.
2. I think fetch_tip() should return '' in case of exception as for
non-existent arguments or for non-callables. You can add tests for this cases
too.
3. break is a reserved word. It's not a good name for an attribute.
4. It will be better test for exception an instance of the special class and
not break TC.
class Broken:
def __getattr__(self, name):
raise Exception('Broken __getattr__')
brocken = Broken()
test('brocken', '')
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16630
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +chris.jerdonek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16632] Enable DEP and ASLR
New submission from Christian Heimes: Python 3.3 doesn't use address space layout randomization [1] and data execution prevention [2] on Windows. ASLR and DEP make certain kinds of attacks harder. An attacker can't predict the address of functions or globals anymore and DEP helps against NOP sled attacks. Python's test suite runs fine with DEP and ASLR on AMD64. I see a crash in test_capi and a couple of crashes in test_faulthandler but these don't seem to be related. [1] http://en.wikipedia.org/wiki/ASLR [2] http://en.wikipedia.org/wiki/Data_Execution_Prevention -- components: Windows files: depaslr.patch keywords: patch messages: 177077 nosy: christian.heimes priority: normal severity: normal stage: test needed status: open title: Enable DEP and ASLR type: security versions: Python 3.4 Added file: http://bugs.python.org/file28236/depaslr.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Chris Jerdonek added the comment: Here is a patch, which adds multiline calltips support. Serhiy, it looks like this issue/patch is just to fix the test and not to add support. Also, it looks like the test only checks the first line, so that the second line shouldn't be added to the expected value. For example, the code comment for test_builtins() says: # if first line of a possibly multiline compiled docstring changes, # must change corresponding test string -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Chris Jerdonek added the comment: Sorry, I see that you changed the logic of get_argspec(). In that case, you should probably update the docstring of get_argspec() as well as the code comment I referenced (so that both say which lines are checked rather than the first line). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Serhiy Storchaka added the comment: Done. Here is an updated patch. -- Added file: http://bugs.python.org/file28237/idle_calltips_multiline_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Changes by Serhiy Storchaka storch...@gmail.com: Removed file: http://bugs.python.org/file28235/idle_calltips_multiline.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)
New submission from Václav Šmilauer: On windows, environment variables exist in two copies: one is manipulated using win32 API (GetEnvironmentVariable, SetEnvironmentVariable), and another one is maintained by the C runtime (getenv, _putenv). This is explained in more depth in [1]. os.environ manipulates win32 environment variables, but *not* those seen by the CRT. This means that if I set an environment variable using os.environ and later read it, in the same process, using getenv in an extension module, it will not give the expected result. Child processes *do* see those vars in CRT, since it is copied over from the win32 version at process startup. Setting env vars has legitimate uses, since it is one of the few ways to influence initialization of extension modules: for instance, setting OMP_NUM_THREADS sets number of threads for OpenMP runtime (which cannot be changed once the module using it is loaded). It would be ideal to keep both CRT and win32 env vars in sync transparently. If that is not realistically achievable, this gotcha should be documented as a warning in the os.environ documentation. A workaround to this problem to set variables in both win32 and CRT using something like import ctypes, ctypes.util, os.environ ctypes.cdll[ctypes.util.find_msvcrt()]._putenv(%s=%s%(name,value)) os.environ[name]=value [1] http://msmvps.com/blogs/senthil/archive/2009/10/13/when-what-you-set-is-not-what-you-get-setenvironmentvariable-and-getenv.aspx -- assignee: docs@python components: Documentation messages: 177081 nosy: docs@python, eudoxos priority: normal severity: normal status: open title: os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv) type: behavior versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16633 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15701] AttributeError from HTTPError when using digest auth
Changes by Berker Peksag berker.pek...@gmail.com: -- keywords: +patch versions: +Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28238/issue15701.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16049] Create abstract base classes by inheritance rather than a direct invocation of __metaclass__
Bruno Dupuis added the comment: Éric, here is a full patch. I hope the doc isn't too confuse. I think we lack a word meaning 'has XXX as metaclass', we should imagine a term for that. -- keywords: +patch Added file: http://bugs.python.org/file28239/16049.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16049] Create abstract base classes by inheritance rather than a direct invocation of __metaclass__
Changes by Bruno Dupuis bdup...@lisael.org: Added file: http://bugs.python.org/file28240/16049.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16634] urllib.error.HTTPError.reason is not documented
New submission from Berker Peksag: The reason attribute has been added to urllib.error.HTTPError in issue 13211. Related changeset: http://hg.python.org/cpython/rev/deb60efd32eb -- assignee: docs@python components: Documentation files: httperror-reason.diff keywords: patch messages: 177083 nosy: berker.peksag, docs@python priority: normal severity: normal status: open title: urllib.error.HTTPError.reason is not documented versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28241/httperror-reason.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16049] Create abstract base classes by inheritance rather than a direct invocation of __metaclass__
Changes by Bruno Dupuis bdup...@lisael.org: Removed file: http://bugs.python.org/file28239/16049.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16632] Enable DEP and ASLR
Martin v. Löwis added the comment: I'm +0. There is a risk that this may break 3rd-party extension modules. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings
Dave Chambers added the comment: Disappointing that faster but broken is preferable to slower but fixed -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15207 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16631] tarfile.extractall() doesn't extract everything if .next() was used
R. David Murray added the comment: I wonder if both bugs are symptoms of an underlying bug: if you call 'iter' twice on a tarfile, are the iterators independent? Is that even a sensible thing to be able to do? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16631 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)
Andrew Svetlov added the comment: I think the problem is: windows process can contain single shared win32 API and several CRT copies — one for Visual Studio 2008, other for VS 2010 etc. We cannot know which CRT version is used by particular extension, so I doubt we can initialize it properly. Your workaround has the same problem. -- nosy: +asvetlov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16633 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)
Tim Golden added the comment: Does the same problem obtain if you use os.putenv (which calls the crt putenv under the covers)? -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16633 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings
R. David Murray added the comment: I will note that on unix the user is also free to update the machine's mime types registry (that's more than half the point of the mimetypes module). Usually this is only done by installed software...as I believe is the case on Windows as well. That said, there should be a way to explicitly bypass this loading of local data for a program that wishes to use only the Python supplied types. And indeed, this is possible: just pass an empty list of filenames to init. This bypasses the windows registry lookup. (Note that this could be better documented...it is not made explicit that an empty list is different from not specifying a list or specifying it as None, but it is). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15207 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16635] Interpreter not closing stdout/stderr on exit
New submission from Filip Zyzniewski: When using a Python script as a unix pipe filter with its stdout redirected to a file: python script.py /nfs/foo user is not notified of some writing problems on NFS, because these are sometimes reported on close(), and the interpreter never does neither close(1) nor close(2): $ strace -eclose python -c '' 21 | grep 'close([12])' $ -- components: IO messages: 177090 nosy: filip.zyzniewski priority: normal severity: normal status: open title: Interpreter not closing stdout/stderr on exit type: behavior versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings
R. David Murray added the comment: That said, the fact that windows is just *wrong* about some mimetypes is definitely an issue. We could call it a platform bug, but that would be a disservice to the user community. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15207 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings
Dave Chambers added the comment: Seems to me that some hybrid would be a good solution: Hardcode the known types (which solves the windows is just wrong case) then as a default look in the registry for those that aren't hardcoded. Therefore the hit of additional time would only be for lesser-known types. In any case, it's pretty bad that python allows the wrong mimetype for PNG , even if it is a Windows registry issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15207 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16635] Interpreter not closing stdout/stderr on exit
Charles-François Natali added the comment: stdout and stderr are not closed, because in 99.% of cases it's useless: they are closed upon the program exit. Also, imagine what would happend if an error occured after closing them, we would be unable to log it. If you want to avoid this kind of problem, you should call: os.fsync(1) os.fsync(2) when you're done. Note that you'll have the same problem with shell scripts and any other executable... -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16635] Interpreter not closing stdout/stderr on exit
Filip Zyzniewski added the comment: If stdout was closed before closing stderr, then stdout problems could be reported, and that is what I would expect when using Python this way. os.fsync(1) helps, but only if preceeded by sys.stdout.flush() and it seems a bit cumbersome. Is there any downside to doing close(1) explicitely? cat, grep, dd and echo close their stdout, why couldn't Python do this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16631] tarfile.extractall() doesn't extract everything if .next() was used
Serhiy Storchaka added the comment: Since you iterated to the end any iterators are independent (they are just indices in the list of members). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16631 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings
R. David Murray added the comment: To be consistent with the overall philosophy of the mimetypes module, it should be instead a list of windows fixes which are applied if the broken mimetype is found in the windows registry. If you want to avoid the overhead, pass an empty list to init. A note about the overhead and fixes should be added to the docs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15207 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16635] Interpreter not closing stdout/stderr on exit
Charles-François Natali added the comment: If stdout was closed before closing stderr, then stdout problems could be reported, and that is what I would expect when using Python this way. To be consistent, we should also close stderr, and then we couldn't report any subsequent error. os.fsync(1) helps, but only if preceeded by sys.stdout.flush() and it seems a bit cumbersome. You should complain to the POSIX committee ;-) The thing is simply that if you want to make sure that data is committed (or get an error otherwise), you should call fsync() on the file descriptor. Just having close return 0 doesn't guarantee that data is committed, in the general case (NFS is a special case with its close-to-open cache consistency). cat, grep, dd and echo close their stdout, why couldn't Python do this? bash, dmesg, ifconfig and many others don't. It could probably be possible, but I don't think the benefit is worth the trouble. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15539] Fixing Tools/scripts/pindent.py
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15539 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16636] codecs: readline() followed by readlines() returns trunkated results
New submission from Laurynas Speicys:
codecs.readlines() does not read to the end of the file if called after
codecs.readline().
Skimmed through tasks containing codecs in title and could not find a candidate
that sounded identical.
Repro follows:
$ cat sample_text.txt
Subject: Incorrect email address
RATER EMAIL rejected an invitation from SUBJECT NAME SUBJECT EMAIL in
the PROJECT TITLE project. Notification was sent to RECIPIENT EMAIL,
but the email address was no longer valid.
$ python
Python 2.7.3 (default, Sep 26 2012, 21:53:58)
[GCC 4.7.2] on linux2
import codecs
# No problem if readlines() are run at the beginning:
f_in = codecs.open('sample_text.txt', 'rb', 'utf-8')
f_in.readlines()
[u'Subject: Incorrect email address\n', u'\n', u'RATER EMAIL rejected an
invitation from SUBJECT NAME SUBJECT EMAIL in\n', u'the PROJECT TITLE
project. Notification was sent to RECIPIENT EMAIL,\n', u'but the email
address was no longer valid.']
f_in.close()
# Let us try to read the first line separately,
# and then read the remainder of the file:
f_in = codecs.open('sample_text.txt', 'rb', 'utf-8')
f_in.readline()
u'Subject: Incorrect email address\n'
f_in.readlines()
[u'\n', u'RATER EMAIL rejected an invitation fro']
The first readlines() does not read to the end. Subsequent readlines() returns
what's left to read.
sample_text.txt attached.
--
files: sample_text.txt
messages: 177098
nosy: laurynas
priority: normal
severity: normal
status: open
title: codecs: readline() followed by readlines() returns trunkated results
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file28242/sample_text.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16636
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16633] os.environ updates only one copy of env vars under Windows (GetEnvironmentVariable vs. getenv)
Václav Šmilauer added the comment: I checked on Windows 7 64bit with python 2.7 (sorry, not python 3.3 installed here) with the script attached. Each line sets a variable using the method in the very left column, then it attempts to read it back using all methods. os.environ win32 os.?etenv msvcrt msvcr? os.environ OK OK OK -- -- win32 -- OK -- -- -- os.?etenv -- OK -- -- -- msvcrt -- OK -- OK -- msvcr? -- OK -- -- -- Methods which can read back what they also set are os.environ, win32api, msvcrt. OTOH, msvcr? (which is ctypes.util.find_msvcr(), in my case msvcr90.dll) does not read its own values, just like os.getenv/os.putenv. It *seems* that reading with win32 API is very reliable (that is not a good news for writing cross-platform extension modules), though, but perhaps it just asks the CRT if it does not find the variable defined (my testing did not go that far). @Andrew: you're probably right, though it does not explain, why msvcr90.dll does not read back the values I set in there - that is the CRT python27.dll itself links to -- -- Added file: http://bugs.python.org/file28243/tryenv2.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16633 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16495] bytes_decode() unnecessarily examines encoding
Andrew Svetlov added the comment: LGTM -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16495 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Roger Serwy added the comment: The number of lines in the return value of get_argspec should be limited, otherwise the calltip window can become too large. For example, many functions in the numpy project have very long doc strings. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16636] codecs: readline() followed by readlines() returns trunkated results
Serhiy Storchaka added the comment: Confirm for 3.x. See also issue8260, issue12446, and issue14475. -- components: +IO, Unicode nosy: +ezio.melotti, serhiy.storchaka stage: - needs patch versions: +Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Chris Jerdonek added the comment: I would separate the issue of fixing the test (behavior) from adding support for multi-line tool tips (enhancement). Unless the policy for IDLE is different, it seems the latter should be limited to 3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Serhiy Storchaka added the comment: The number of lines in the return value of get_argspec should be limited, otherwise the calltip window can become too large. Calltip limited by first empty line. But I agree, some reasonable hard limit (say 10 lines) should be. I would separate the issue of fixing the test (behavior) from adding support for multi-line tool tips (enhancement). Then calltip will be wrong. `int` can accept two arguments, not only one. Alternative consistent solution is to revert all changes which were convert oneline signatures to multiline (I think you won't like this ;) ). Unless the policy for IDLE is different, it seems the latter should be limited to 3.4. The policy for IDLE is different. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16
New submission from Mark Shroyer: When debugging a Python process in GDB with output-radix 16, the py-bt, py-locals, py-value, etc. commands from python-gdb.py fail with messages like (unable to read python frame information). The problem comes down to the int_from_int function attempting to convert its string argument from a base-10 integer representation, even if that string is something like 0xf. The attached patch fixes this. -- components: Demos and Tools files: python_gdb_fix.patch keywords: patch messages: 177105 nosy: mshroyer priority: normal severity: normal status: open title: py-bt, py-locals, etc. GDB commands fail with output-radix 16 versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file28244/python_gdb_fix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16
Mark Shroyer added the comment: Example of GDB session exhibiting this error: https://gist.github.com/4228342#file_gdb_output.txt Thread on python-list: http://mail.python.org/pipermail/python-list/2012-December/636244.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14901] Python Windows FAQ is Very Outdated
Ashish Nitin Patil added the comment: Made most of the relevant changes updation to the FAQ. 1. Updated references to Windows 7/XP/Vista dropped all references solutions on older Windows. 2. Also, many of the ending FAQs like cw3215mt.dll, CTL3D32 were completely dropped as I found that the googled pages show most results(pages) dating back more than 10 years. 3. Modified the questioon on 'freeze' to 'conversion from py to exe' 4. Did not touch questions that I am not familiar with, like CGI, os.kill(), etc. 5. Dropped questions that were directly in respect to older (unsupported) Windows. Any suggestion/correction is wel-received. My first patch! :-) \m/ -- keywords: +patch Added file: http://bugs.python.org/file28245/faq.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Serhiy Storchaka added the comment: Patch updated. Added hard limit (10) for number of calltip lines. -- Added file: http://bugs.python.org/file28246/idle_calltips_multiline_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Changes by Serhiy Storchaka storch...@gmail.com: Removed file: http://bugs.python.org/file28237/idle_calltips_multiline_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +dmalcolm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16507] Patch selectmodule.c to support WSAPoll on Windows
Richard Oudkerk added the comment:
It seems that the return code of WSAPoll() does not include the count of array
items with revents == POLLNVAL. In the case where all of them are POLLNVAL,
instead of returning 0 (which usually indicates a timeout) it returns -1 and
WSAGetLastError() == WSAENOTSOCK.
This does not match the MSDN documentation which claims that the return code is
the number of descriptors for which revents is non-zero. But it arguably does
agree with the FreeBSD and MacOSX man pages which say that it returns the
number of descriptors that are ready for I/O.
BTW, the implementation of select_poll() assumes that the return code of poll()
(if non-negative) is equal to the number of non-zero revents fields. But
select_have_broken_poll() considers a MacOSX poll() implementation to be good
even in cases where this assumption is not true:
static int select_have_broken_poll(void)
{
int poll_test;
int filedes[2];
struct pollfd poll_struct = { 0, POLLIN|POLLPRI|POLLOUT, 0 };
if (pipe(filedes) 0) {
return 1;
}
poll_struct.fd = filedes[0];
close(filedes[0]);
close(filedes[1]);
poll_test = poll(poll_struct, 1, 0);
if (poll_test 0) {
return 1;
} else if (poll_test == 0 poll_struct.revents != POLLNVAL) {
return 1;
}
return 0;
}
Note that select_have_broken_poll() == FALSE if poll_test == 0 and
poll_struct.revents == POLLNVAL.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16507
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Chris Jerdonek added the comment: I don't think it was ever a requirement of docstrings that their signature fit on one line or that they render fully in IDLE. Other built-in functions have multi-line signatures going back 10+ years (e.g. 32e7d0898eab). I still think that the rendering of multi-line signatures should be considered separately. The discussion and issues are different, and people may have different opinions. For example, why not be smarter about detecting the end of the signature (e.g. first line not having -)? Would you object to creating a new issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16636] codecs: readline() followed by readlines() returns trunkated results
Laurynas Speicys added the comment: Thank you! This is indeed a duplicate of issues #8260, #12446. -- resolution: - duplicate ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16628] leak in ctypes.resize()
Meador Inge added the comment: This is the same as issue13091. I proposed a similar fix there, but yours is more complete and seems reasonable to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16628 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13091] ctypes: memory leak
Antoine Pitrou added the comment: See patch in issue 16628. -- nosy: +pitrou resolution: - duplicate status: open - closed superseder: - leak in ctypes.resize() ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16628] leak in ctypes.resize()
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16628 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16531] Allow IPNetwork to take a tuple
Antoine Pitrou added the comment: This patch is for (address, prefixlen). I now see that the original request was (address, netmask). I'll fix this up. In the meantime, let me know if this is what you had in mind. This is what I had in mind indeed (except that I was mostly interested in the netmask case :-)). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16531 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16531] Allow IPNetwork to take a tuple
Antoine Pitrou added the comment: Oh, I was also interested in IPNetwork((ip_address_object, netmask)). (that is, given an existing IPAddress object, build a IPNetwork by passing that object + a netmask) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16531 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Serhiy Storchaka added the comment: I don't think it was ever a requirement of docstrings that their signature fit on one line or that they render fully in IDLE. I think this is a requirement of IDLE. I still think that the rendering of multi-line signatures should be considered separately. The discussion and issues are different, and people may have different opinions. Then what about this issue? Legalize the current invalid behavior in the tests? I think that the tests should check the valid behavior and if tests failed then the behavior should be corrected, not tests should be faked. For example, why not be smarter about detecting the end of the signature (e.g. first line not having -)? This is a reasonable proposal. Let's discuss it. The objection is that there are such signatures: foo(a, b, c, e, f, g) - some result Would you object to creating a new issue? There is no difference for me what issue it will be, but if it will be a different issue, then I do not see any sense in this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16555] Add es_cu to locale aliases
Éric Araujo added the comment: LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16555 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16638] support multi-line docstring signatures in IDLE calltips
New submission from Chris Jerdonek: This issue is to add support for rendering multi-line docstring signatures in IDLE calltips (e.g. iter(), min(), int(), etc). This was suggested by Serhiy in the comments to issue 16629. -- components: IDLE messages: 177118 nosy: chris.jerdonek, serhiy.storchaka, serwy, terry.reedy priority: normal severity: normal status: open title: support multi-line docstring signatures in IDLE calltips type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result
Serhiy Storchaka added the comment: I think the patch is wrong or is not optimal for case when chars is -1, but size is not. If we want to read all data in any case, then we should call self.stream.read() without argument if chars 0 or size 0. If we want to read no more than size bytes, then all loop code should be totally rewritten. Perhaps I am wrong. -- nosy: +serhiy.storchaka versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16624] subprocess.check_output should allow specifying stdin as a string
Zack Weinberg added the comment: OK, here is a patch against the latest development version. Now also with tests and documentation updates. -- Added file: http://bugs.python.org/file28247/issue16624-v34.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16624 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16624] subprocess.check_output should allow specifying stdin as a string
Changes by Zack Weinberg za...@panix.com: Removed file: http://bugs.python.org/file28218/subprocess-check-output-allow-input.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16624 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12446] StreamReader Readlines behavior odd
Serhiy Storchaka added the comment: Yes, this is obviously a duplicate of issue8260. -- nosy: +serhiy.storchaka resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - When I use codecs.open(...) and f.readline() follow up by f.read() return bad result ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12446 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14475] codecs.StreamReader.read behaves differently from regular files
Serhiy Storchaka added the comment: This is obviously a duplicate of issue8260 and issue12446. -- nosy: +serhiy.storchaka resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - When I use codecs.open(...) and f.readline() follow up by f.read() return bad result ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16636] codecs: readline() followed by readlines() returns trunkated results
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: needs patch - committed/rejected status: open - closed superseder: - When I use codecs.open(...) and f.readline() follow up by f.read() return bad result ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result
Serhiy Storchaka added the comment: As showed in issue12446, issue14475 and issue16636 there are different methods to reproduce this bug (read(size, chars) + readlines(), readline() + readlines()). All this cases should be tested. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Chris Jerdonek added the comment: I created issue 16638 to add support for multi-line signatures. Then what about this issue? This issue is to fix the failing test. The test that is failing is to check that fetch_tip correctly returns the first line of a built-in's docstring and that it handles inheritance correctly, etc. Its purpose is not to check that the docstrings are written a certain way. Otherwise, for example, it would be checking all built-ins rather than just choosing one example. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16624] subprocess.check_output should allow specifying stdin as a string
Serhiy Storchaka added the comment: This is a beautiful patch. LGTM. However it should be tested on Windows. I'm not sure that reading not closed file in different process works on Windows. Zack, can you please submit a contributor form? http://python.org/psf/contrib/contrib-form/ http://python.org/psf/contrib/ -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16624 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16638] support multi-line docstring signatures in IDLE calltips
Chris Jerdonek added the comment: [Continuing a discussion/question from the issue 16629 comments] For example, why not be smarter about detecting the end of the signature (e.g. first line not having -)? The objection is that there are such signatures: foo(a, b, c, e, f, g) - some result I meant the first line after the first line without a -, but good point. What are some examples of false positives that we would want to exclude? If there are examples of docstrings beginning with large amounts of text and no signature, we could look for a string of the form func( at the beginning of a line to know whether a signature has actually begun. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16612] Integrate Argument Clinic specialized preprocessor into CPython trunk
Larry Hastings added the comment: Sorry for the delay; this head cold is slowing me down. Here's the current state of Argument Clinic as a patch for review. I look forward to your comments! -- Added file: http://bugs.python.org/file28248/larry.clinic.patch.1.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16612 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16638] support multi-line docstring signatures in IDLE calltips
Serhiy Storchaka added the comment: Here is a patch moved from issue16629. I think this is a bugfix, because current behavior is wrong. Many functions (i.e. int, str, list, dict) have multiline signatures and IDLE shows only first line in a tip. I.e. int(x=0) - integer showed for int(), but int() accepts up to two arguments. This is a regression comparing with times when the signature was oneline. -- keywords: +patch stage: - patch review type: enhancement - behavior versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28249/idle_calltips_multiline_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14901] Python Windows FAQ is Very Outdated
Ashish Nitin Patil added the comment: Just added my name to the Misc/ACKS. -- Added file: http://bugs.python.org/file28250/faq+ack.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16624] subprocess.check_output should allow specifying stdin as a string
Zack Weinberg added the comment: I don't have the ability to test on Windows, but the construct you are concerned about was copied from other tests in the same file which were not marked as Unix-only. I have faxed in a contributor agreement. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16624 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16638] support multi-line docstring signatures in IDLE calltips
Serhiy Storchaka added the comment:
I think we should add empty lines after signatures in all docstrings where it
needed (i.e. for super()).
Here is a command which shows calltips for all builtins:
./python -c from idlelib.CallTips import get_argspec, get_entity; import
builtins
for name in sorted(builtins.__dict__):
print('%s:\t%s' % (name, get_argspec(get_entity(name)).replace('\n',
'\n\t')))
And for dict methods:
./python -c from idlelib.CallTips import get_argspec, get_entity; import
builtins;^Mfor name in sorted(vars(dict)):^M print('%s:\t%s' % (name,
get_argspec(get_entity('{}.'+name)).replace('\n', '\n\t')))
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16638
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Roger Serwy added the comment: So, is the original patch which fixes the original issue OK to apply? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16629] IDLE: Calltips test fails due to int docstring change
Chris Jerdonek added the comment: Yes, I think so. I should be able to get to it in the next few days unless someone else beats me to it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable
Daniel Shahaf added the comment: TreeBuilder was also pickleable in 3.2 but now isn't so; updating summary accordingly. Attaching a checkpoint patch. It addresses both Element and TreeBuilder, and adds tests. The added tests fail if test___all__ is included in the test run, so the patch should not be applied as-is. Thanks to Ezio Melotti for preliminary review and suggestions on IRC. -- title: xml.etree.ElementTree.Element is no longer pickleable - xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable Added file: http://bugs.python.org/file28251/i16076-v2-combined.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16639] not your all issuse send
New submission from Nurhusien Hasen: Not find python all issuse pleas pleas find one issuse -- messages: 177135 nosy: Nurhusien2 priority: normal severity: normal status: open title: not your all issuse send ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable
Daniel Shahaf added the comment: Reattaching without the unrelated Python-ast.c change. -- Added file: http://bugs.python.org/file28252/i16076-v3-combined.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16639] not your all issuse send
Changes by Ross Lagerwall rosslagerw...@gmail.com: -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable
Changes by Daniel Shahaf pyt...@danielsh.fastmail.net: Removed file: http://bugs.python.org/file28251/i16076-v2-combined.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +georg.brandl, larry priority: high - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16600] small py3k issue in rlcompleter
Éric Araujo added the comment: Actually the module was named __builtin__ in 2.x; __builtins__ was an optimization done for module globals, as an implementation detail of CPython. -- nosy: +eric.araujo versions: -Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16600 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16495] bytes_decode() unnecessarily examines encoding
Roundup Robot added the comment: New changeset 3fb9e38b00e8 by Chris Jerdonek in branch 'default': Issue #16495: remove extraneous NULL encoding check from bytes_decode(). http://hg.python.org/cpython/rev/3fb9e38b00e8 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16495 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16495] bytes_decode() unnecessarily examines encoding
Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16495 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1191964] asynchronous Subprocess
anatoly techtonik added the comment: Can anybody write a sum up on this? -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1191964 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15948] Unchecked return value of I/O functions
Marek Šuppa added the comment: Hi, Sorry for the long delay. The attached patch should fix all the relevant occurrences of I/O functions I was able to find. Please review. Thanks! -- Added file: http://bugs.python.org/file28253/unchecked_return_values.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15948 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16076] xml.etree.ElementTree.Element and xml.etree.ElementTree.TreeBuilder are no longer pickleable
Eli Bendersky added the comment: Thanks for working on it, Daniel. Unfortunately I won't have time to look at it in the near future, but I will definitely look at the patch once I get some free time to hack on Python again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15516] exception-handling bug in PyString_Format
Benjamin Peterson added the comment: Hmm, well I dont't think that test will fail without the patch. You probably need to add a special function to _testcapi to check if an exception is set (PyErr_Occurred()). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11797] 2to3 does not correct reload
Roundup Robot added the comment: New changeset 3576c0c6f860 by Benjamin Peterson in branch 'default': add fixer for reload() - imp.reload() (closes #11797)\n\nPatch by Laurie Clark-Michalek and Berker Peksag http://hg.python.org/cpython/rev/3576c0c6f860 -- nosy: +python-dev resolution: - fixed stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11797 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16584] unhandled IOError filecmp.cmpfiles() if file not readable
Terry J. Reedy added the comment: 3.3.0, Win 7, 64 bit, with print() and exception as e (which also works in 2.7 for more portable code ;-) (['testfile'], [], []) It this correct for Windows, where I believe chmod is a no-op? -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16598] Docs: double newlines printed in some file iteration examples
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16598 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16609] float loses precision when passed to str()
Changes by Terry J. Reedy tjre...@udel.edu: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16609 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16614] argparse should have an option to require un-abbreviated option names
Changes by Terry J. Reedy tjre...@udel.edu: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16614 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16623] argparse help formatter does not honor non-breaking space
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +bethard ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16623 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16634] urllib.error.HTTPError.reason is not documented
Terry J. Reedy added the comment: And it was added to all of 2.7, 3.2, and 3.3, so doc patch should be also. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13211] urllib2.HTTPError does not have 'reason' attribute.
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13211 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
