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
Serhiy Storchaka added the comment:
Related issue: issue16631.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16601
___
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
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16601
___
___
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
___
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
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
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +chris.jerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16629
___
___
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
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
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).
--
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
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
___
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].
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
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
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
___
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:
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
___
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
___
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
___
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
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.
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
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,
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
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
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
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
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
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
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
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.
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15539
___
___
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
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
Andrew Svetlov added the comment:
LGTM
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16495
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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.
--
___
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
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
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
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
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
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
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16637
___
___
Python-bugs-list
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() ==
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
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
___
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
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
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16628
___
___
Python-bugs-list mailing
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
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
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
Éric Araujo added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16555
___
___
Python-bugs-list mailing list
Unsubscribe:
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 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,
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
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
___
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
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
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
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
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
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/
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)
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
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
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
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.
--
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
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
___
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
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
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
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
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16639
___
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
___
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
___
É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
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
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
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
___
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
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
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
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:
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
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
Changes by Terry J. Reedy tjre...@udel.edu:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16609
___
___
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
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
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
___
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
96 matches
Mail list logo