Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22385
___
___
Python-bugs-list mailing
karl added the comment:
Ok this is an attempt at solving the issue with lowercase. I find my get_header
a bit complicated, but if you have a better idea. :) I'll modify the patches.
I have try to run the tests on the mac here but I have an issue currently.
→ ./python.exe -V
Python 3.5.0a0
New submission from Serhiy Storchaka:
Proposed patch allows the backslashreplace error handler to be used not only
in encoding, but in decoding and translating.
--
components: Extension Modules
files: backslashreplace_decode.patch
keywords: patch
messages: 227349
nosy: doerwalter,
Erik Cederstrand added the comment:
Well, it's an ambiguous situation, as established earlier. I'm not sure what
the policy is wrt. foot-shooting, but I'd opt to fail if %G, %V and %u are not
used together.
--
___
Python tracker
Serhiy Storchaka added the comment:
Oh sorry, there is already opened issue22469.
--
resolution: - duplicate
stage: patch review - resolved
status: open - closed
superseder: - Allow the backslashreplace error handler support decoding
___
Python
Serhiy Storchaka added the comment:
Here is a patch.
--
components: +Extension Modules
keywords: +patch
nosy: +serhiy.storchaka
stage: needs patch - patch review
Added file: http://bugs.python.org/file36697/backslashreplace_decode.patch
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
superseder: Allow the backslashreplace error handler support decoding -
Allow backslashreplace error handler to be used on input
___
Python tracker rep...@bugs.python.org
Changes by karl karl+pythonb...@la-grange.net:
Removed file: http://bugs.python.org/file36695/issue-5550-3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5550
___
karl added the comment:
And I had to do a typo in patch3. Submitting patch4. Sorry about that.
--
Added file: http://bugs.python.org/file36698/issue-5550-4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5550
Mark Hammond added the comment:
The crash you see is maybe not a crash at all.
I'd call it a crash - the repl shouldn't exit. But it's not necessarily part
of *this* bug.
--
___
Python tracker rep...@bugs.python.org
David Edelsohn added the comment:
Attached is a revised patch that disables posix_fadvise() and posix_fallocate()
when building on 32 bit AIX with _LARGE_FILES defined.
--
Added file: http://bugs.python.org/file36699/22396_aix.patch
___
Python
STINNER Victor added the comment:
Attached is a revised patch that disables posix_fadvise() and
posix_fallocate() when building on 32 bit AIX with _LARGE_FILES defined.
Good. You should add a reference to this issue, something like Issue #22396:
To avoid code duplication, you may
Serhiy Storchaka added the comment:
I think that some time AIX bug will be fixed. May be it would be better to
introduce special macros, and set it in the configure script (similar to
HAVE_GLIBC_MEMMOVE_BUG or HAVE_IPA_PURE_CONST_BUG). Or may be just udefine
HAVE_POSIX_FADVISE at such
Antoine Pitrou added the comment:
Or can we simply keep the function and skip the test?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22396
___
David Edelsohn added the comment:
The declaration of the two system calls should be fixed in the AIX header, but
the clueless response to the AIX problem report is underwhelming.
I don't understand the keep the function and skip the test suggestion. I
thought that was my first patch -- catch
Fumihiro Bessho added the comment:
I also wondered the same thing today and found this issue.
I've added my comment on the patch to make the change more precise. Can anyone
move it ahead and update the document?
--
nosy: +bessho
___
Python tracker
karl added the comment:
Just a follow up for giving the stable version of the now new RFC version for
HTTP 1.1
HTTP header field names parsing
http://tools.ietf.org/html/rfc7230#section-3.2.4
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg added the comment:
On 23.09.2014 13:12, Nick Coghlan wrote:
Nick Coghlan added the comment:
Draft docstring for that version
def convert_surrogates(data, errors='replace'):
Convert escaped surrogates by applying a different error handler
Uses
R. David Murray added the comment:
Oh, ok, if the existing glue does it that way, then it seems fine. I thought
when I read the code that it was holding a reference to the traceback until it
raised the error in the synthetic test. Or do you mean that when exceptions
are raised by tests it
R. David Murray added the comment:
And indeed my use case for this has instances of both cases: originally decoded
using ASCII and the non-ascii bytes must end up as replaced characters, and
originally decoded using utf-8.
I'm also not sure that it is worth adding this. If you know what you
R. David Murray added the comment:
Oh, wait, I forgot that the context for this was dealing with unix filenames
and/or stdio. So, a function that just uses the fsencoding to do the replace
might indeed be appropriate, but in that case should probably live in the os
module.
R. David Murray added the comment:
It also has a leading underscore, which means it is a private interface and
you use it at your own risk.
To the extent that there is an actionable issue here, it is a duplicate of
issue 12455. email.message already provides case insensitive header
Nick Coghlan added the comment:
As RDM noted, avoiding the use of surrogateescape isn't feasible when we do it
by default on all OS interfaces (including the standard streams when we detect
'ascii' as the filesystem encoding in 3.5+).
This *needs* to be a case that folks can handle without
Serhiy Storchaka added the comment:
Good catch Antoine!
Here is a sample of more complicated implementation.
--
title: Add a convert_surrogates function to clean surrogate escaped strings
- Add codecs.convert_surrogateescape to clean surrogate escaped strings
Added file:
Nick Coghlan added the comment:
Ah, Serhiy's approach of avoiding the encode/decode dance entirely is an even
better idea - replacing the lone surrogates directly with the output of the
alternative error handler avoids any need to worry about the original encoding.
--
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Possible integer overflow in error handlers
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22286
___
New submission from Serhiy Storchaka:
There are potential integer overflows in error handlers. Here is simple patch
which fixes them.
--
assignee: serhiy.storchaka
components: Extension Modules
files: codecs_error_hadlers_overflow.patch
keywords: patch
messages: 227370
nosy:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22455
___
___
Python-bugs-list mailing
Changes by Ned Deily n...@acm.org:
--
nosy: +steve.dower, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22466
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
nosy: +lars.gustaebel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22468
___
___
Python-bugs-list mailing
Steve Dower added the comment:
Can you try running this command and then post the log file after installation
fails:
msiexec /l*vx log.txt /i path to .MSI
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22466
Roundup Robot added the comment:
New changeset 8a010ca89094 by Serhiy Storchaka in branch '2.7':
Issue #21866: ZipFile.close() no longer writes ZIP64 central directory
https://hg.python.org/cpython/rev/8a010ca89094
New changeset 8f25d118ce38 by Serhiy Storchaka in branch '3.4':
Issue #21866:
Terry J. Reedy added the comment:
Stefan, the Idle Shell handles the BMP subset of Unicode quite well.
print('€')
€
It is superior to the Windows console in other ways too. For instance, cut and
paste work normally as for other Windows windows.
(cp65001 is know to be buggy and essentially
Drekin added the comment:
Idle shell handles Unicode characters well, but one cannot enter them using
deadkey combinations. See http://bugs.python.org/issue22408.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
DS6 added the comment:
Whoa, I thought - no selection - would not change the set values, but I
guess I was wrong. I have no idea what I'm doing, sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22467
DS6 added the comment:
Yeah, I was aware it's used for getting the request headers. It's strange that
it's not used for setting reply headers, though the casing really doesn't cause
any problems for the current implementation and really only affects fringe
cases like mine and that fellow in
DS6 added the comment:
Oh... It showed that the message had been created but it really hadn't, because
I had the Status field set to - no selection - so now I've posted two
(three) times.
Good lord I am sickeningly bad at this. I'll just stop posting now.
--
New submission from Todd Thomas:
Installing Python via Homebrew on Mac OS X has build issues if the GNU
core/find utils are set as defaults on the system. OS X is very common, on it
Homebrew is very common, via Homebrew GNU utilities are among the first
installations; EG:
http://goo.gl/OodjHI
Terry J. Reedy added the comment:
The term 'dead key' is new to me. I found this:
https://en.wikipedia.org/wiki/Dead_key . 'AltGr' is also new:
https://en.wikipedia.org/wiki/AltGr_key . It apparently is a 'modifier' key,
not a 'dead key'. Standard non-Mac US keyboards apparently have
Roundup Robot added the comment:
New changeset c6b884483cd6 by Serhiy Storchaka in branch '2.7':
Issue #20912: Now directories added to ZIP file have correct Unix and MS-DOS
https://hg.python.org/cpython/rev/c6b884483cd6
New changeset b06e25a357de by Serhiy Storchaka in branch '3.4':
Issue
R. David Murray added the comment:
Don't worry about it :) The roundup UI isn't terrible, but it is far from
perfect.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22467
___
Roundup Robot added the comment:
New changeset 5444c2e22ff8 by Ned Deily in branch '2.7':
Issue #22471: Avoid Python Launcher.app install problems by removing
https://hg.python.org/cpython/rev/5444c2e22ff8
New changeset ff2cb4dc36e7 by Ned Deily in branch '3.4':
Issue #22471: Avoid Python
Ned Deily added the comment:
Thanks for the report! On further inspection, the whole rm thing isn't needed
anymore with Python no longer maintained in svn. Fixed for release in 2.7.9,
3.4.3, and 3.5.0.
--
assignee: ronaldoussoren - ned.deily
components: +Build
nosy: +ned.deily
Ned Deily added the comment:
Just to avoid any confusion, Apple-supplied Mac keyboards don't have an AltGr
key. It is found on certain PC keyboard layouts and, as such, could be used on
any platform (Windows, OS X, or other Unix).
--
___
Python
Roundup Robot added the comment:
New changeset 3b32f495fb38 by Serhiy Storchaka in branch 'default':
Issue #22362: Forbidden ambiguous octal escapes out of range 0-0o377 in
https://hg.python.org/cpython/rev/3b32f495fb38
--
nosy: +python-dev
___
Serhiy Storchaka added the comment:
Thanks Antoine and Victor for the review.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22362
Drekin added the comment:
By modifier I mean a key like Shift, Ctrl, Alt, AltGr; or the corresponding
modifier state. A combination modifier + base key produces either special
action or a character or a dead key. A dead key affects the next character
rather than producing a character itself.
New submission from R. David Murray:
open(r'c:\bad\path')
Traceback (most recent call last):
File stdin, line 1, in module
FileNotFoundError: [Errno 2] No such file or directory: 'c:\\bad\\path'
--
components: Windows
messages: 227389
nosy: r.david.murray
priority: normal
severity:
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20912
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21866
___
Serhiy Storchaka added the comment:
Here is a patch which sets WM_CLASS of all long-lived toplevel windows.
--
Added file: http://bugs.python.org/file36702/idle_wm_class.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22133
Serhiy Storchaka added the comment:
File names can contain special characters such as spaces or even newlines.
str() can be ambiguous. I prefer always use repr() for file names or other user
data.
--
nosy: +serhiy.storchaka
___
Python tracker
Ned Deily added the comment:
I guess it still comes down to whether this is an issue in tkinter or in Tk
itself. Almost all character processing and event generation is done in Tk.
One way to isolate the issue would be to use text widgets in the Tk wish shell
and its demo programs. They
Serhiy Storchaka added the comment:
Any feedback?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6639
___
___
Python-bugs-list mailing list
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22427
___
___
R. David Murray added the comment:
I realized that after I hit submit.
However, this is a real problem on windows: I can't pass the error message back
to the UI (in this case the log file) without first munging it, because the
string is not a correct representation of the filename and the
Stefan Behnel added the comment:
This simple Cython variant of gcd() is substantially faster for me (you may
consider it pseudo-code for a C implementation):
def _gcd(a, b):
# Try doing all computation in C space. If the numbers are too large
# at the beginning, retry until they are
Paul Moore added the comment:
From the comments here, there seems to be a belief that this is somehow
related to VC Express only.
I have hit this error when using the MS SDK (both 7.0 on Python 2.7, and 7.1 on
Python 3.3 and 3.4) with DISTUTILS_USE_SDK set.
Unless I have somehow
New submission from R. David Murray:
In
https://docs.python.org/3/library/asyncio-task.html#example-future-with-run-forever
we have the sentence
In this example, the future is responsible to display the result and to stop
the loop.
We could dune up the English by rewriting it:
In this
Steve Dower added the comment:
You almost certainly have a corrupted download. I'd try downloading the
installer again, perhaps with a different browser?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22466
New submission from R. David Murray:
In https://docs.python.org/3/library/asyncio-task.html#task, there is a note
about a warning being logged if a pending task is destroyed. The section does
not explain or link to an explanation of how a task might get destroyed. Nor
does it define
New submission from R. David Murray:
The get_stack method docs say:
If the coroutine is active, returns the stack where it was suspended.
I presume this means something more like if the coroutine is not done...,
since in English you can't be both active *and* suspended. Or does it mean
last
Khalid added the comment:
I tried downloading installer by firefox,chrome explorer with latest
update but still the same problem. I'm getting mad about why I can't get an
error log
On Wed, Sep 24, 2014 at 2:50 AM, Steve Dower rep...@bugs.python.org wrote:
Steve Dower added the comment:
paul j3 added the comment:
I've added a patch with tests that I think handles this case, without messing
with existing test cases. It adds a new 'space' test right before the existing
one, one that explicitly handles an '=' arg_string.
If the space is in the 1st part, it is marked as a
Khalid added the comment:
I found a fix this is the source
http://www.youtube.com/watch?v=KikshWVWhzg
but the question is did I make a security vulnerability?
On Wed, Sep 24, 2014 at 3:55 AM, Khalid rep...@bugs.python.org wrote:
Khalid added the comment:
I tried downloading installer by
New submission from R. David Murray:
Sorry for creating all these doc issues, but I'm reading these docs for the
first time, and I figure it is good to capture my confusion now in the hopes
that they can be clarified for other people's first readthroughs.
In the task chapter, we have Futures
101 - 166 of 166 matches
Mail list logo