Roundup Robot added the comment:
New changeset fc7dbba57869 by Serhiy Storchaka in branch 'default':
Issue #22434: Constants in sre_constants are now named constants (enum-like).
https://hg.python.org/cpython/rev/fc7dbba57869
--
nosy: +python-dev
___
Serhiy Storchaka added the comment:
The repr of empty array() should be fixed too.
--
nosy: +serhiy.storchaka
Added file: http://bugs.python.org/file37165/issue22824_3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22824
Wolfgang Langner added the comment:
expandvars(), and expanduser() is part of os.path.
Boot functions are needed for path objects and very useful.
And yes it is a simple string substitution but very common.
--
nosy: +tds333
___
Python tracker
Wolfgang Langner added the comment:
Why not implement this pattern with
def dirs(pattern)
and
def files(pattern)
where both are a simple shortcut for
(p for p in mypath.glob(pattern) if p is_file())
or is_dir()
?
--
nosy: +tds333
___
Python
Roundup Robot added the comment:
New changeset 61e99438c237 by Serhiy Storchaka in branch '2.7':
Issue #22821: Fixed fcntl() with integer argument on 64-bit big-endian
https://hg.python.org/cpython/rev/61e99438c237
New changeset 45e8aed69767 by Serhiy Storchaka in branch '3.4':
Issue #22821:
Serhiy Storchaka added the comment:
Fixed in 3.5 as part of 6e6532d313a1 as it was easier to integrate it as
part of the Clinic patch.
6e6532d313a1 has introduced other bug (l was parsed to int). Changed to I
for reasons described in the comment in fcntl_ioctl_impl().
--
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: commit review - resolved
status: open - closed
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
Ronald Oussoren added the comment:
The environment variable itself cannot be removed from CPython, it is necessary
to implement the correct behavior of pyvenv with framework builds of Python.
That said, I do think that the environment variable should be unset as soon as
possible in the
Michael Foord added the comment:
The point is that it is easy to have unintentional dependencies between tests.
Test a sets up some state that test b relies on. This means that test b passes,
so long as test a has already run. This is bad, tests should be isolated - it
also means you can
Michael Foord added the comment:
mock in the Python standard library is licensed under the PSF license.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22827
___
New submission from Florian Bruhin:
When there's an unraisable exception (e.g. in __del__), and there's an
exception in __repr__ as well, PyErr_WriteUnraisable returns after writing
Exception ignored in: immediately.
I'd expect it to fall back to the default __repr__ instead.
See the
Roundup Robot added the comment:
New changeset 4caa695af94c by Serhiy Storchaka in branch '2.7':
Issue #12728: Different Unicode characters having the same uppercase but
https://hg.python.org/cpython/rev/4caa695af94c
New changeset 47b3084dd6aa by Serhiy Storchaka in branch '3.4':
Issue #12728:
Serhiy Storchaka added the comment:
This solution (with hardcoded table of equivalent lowercases) is temporary. In
future re engine will be changed to support correct caseless matching of
different lowercase forms internally.
--
resolution: - fixed
stage: patch review - resolved
Ezio Melotti added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22578
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Florian Bruhin:
When using getpass.getpass() on Windows and typing a tilde (~) with a layout
with dead keys (e.g. Swiss German), one would typically type ~ to get a
single tilde.
However, this returns '\x00\x83~' with getpass. It seems this is what
msvcrt.getch()
Martin Panter added the comment:
This is one that has often bugged me. When your repr() implementation is
broken, it is quite confusing figuring out what is going wrong. Falling back to
object.__repr__() is one option, however I would probably be happy with a
simple “exception in repr()”
Changes by Robert Muil robertm...@gmail.com:
--
nosy: +robertmuil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21724
___
___
Python-bugs-list
Changes by Florian Bruhin python@the-compiler.org:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22836
___
___
Changes by Florian Bruhin python@the-compiler.org:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22837
___
___
Roundup Robot added the comment:
New changeset 292c4d853662 by Serhiy Storchaka in branch 'default':
Issue #22578: Added attributes to the re.error class.
https://hg.python.org/cpython/rev/292c4d853662
--
nosy: +python-dev
___
Python tracker
Michael Foord added the comment:
I agree with Robert that the text output of the default runner should not be
considered a part of the api that we make backwards compatible guarantees
about. People who want to customise that should be customising the text
runner/result. (Unfortunately it
Roundup Robot added the comment:
New changeset 07f082b200a7 by Serhiy Storchaka in branch 'default':
Fixed IDLE tests after changing re error messages (issue #22578).
https://hg.python.org/cpython/rev/07f082b200a7
--
___
Python tracker
Petr Viktorin added the comment:
ping, could someone please review the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22198
___
___
Serhiy Storchaka added the comment:
Thank you Ezio for your review.
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22578
Florian Bruhin added the comment:
Maybe this is related: U+0083 is the no break here char:
http://www.fileformat.info/info/unicode/char/0083/index.htm
http://en.wikipedia.org/wiki/C0_and_C1_control_codes#C1_set
From wikipedia: Follows the graphic character that is not to be broken.
--
R. David Murray added the comment:
This is a duplicate of issue 6302. Re-reading that issue (again), I'm not
quite sure why we didn't fix it, but it may be too late to fix it now for
backward compatibility reasons.
Since that issue strayed off into other topics, I'm going to leave this one
R. David Murray added the comment:
Looks like importlib doesn't handle the case of a directory on the path being
deleted? If so, I'm surprised this hasn't been reported before.
--
nosy: +brett.cannon, eric.snow, r.david.murray
___
Python tracker
R. David Murray added the comment:
If you haven't updated Python, then it is hard to see how this could be a
python bug. Not impossible, but you'll have to narrow down the problem before
you'd be able to demonstrate it as a python bug, I'm afraid.
If you want help diagnosing this, you might
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22836
___
___
Serhiy Storchaka added the comment:
Here is a patch which makes re error messages match regex. It doesn't look to
me that all these changes are enhancements.
--
keywords: +patch
Added file: http://bugs.python.org/file37167/re_errors_regex.patch
___
New submission from Serhiy Storchaka:
Current re tests consists of two parts. One part use unittest and other part
import test cases from Lib/test/re_tests.py, checks conditions and prints
messages to stdout if they are false.
Proposed patch converts all test_re to using unittest.
--
Domen Kožar added the comment:
Note: same bug is relevant to DatagramHandler since it uses UDP transport.
--
nosy: +iElectric
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11907
___
New submission from Jonathan Sharpe:
The link to statistics in the documentation for
tracemalloc.Snapshot.compare_to
(https://docs.python.org/3/library/tracemalloc.html#tracemalloc.Snapshot.compare_to)
should be to the statistics method
pmoody added the comment:
# We only support CIDR for IPv6, because expanded netmasks are not
# standard notation.
Yes, that's correct. I can double check this, but when I wrote ipaddress, I had
yet to encounter a v6 netmask in anything other than cider notation.
--
pmoody added the comment:
Hey Chris,
What's the usecase for this? the netmask notation doesn't appear to be common
for v6 (at all), so I'm hesitant to add support for this if it's just something
like an academic exercise.
Cheers,
peter
--
___
Chris PeBenito added the comment:
I understand the resistance; I'm fine closing this as won't implement, though
this is not for academic use. In a nutshell, my package currently has a set of
classes to represent an SELinux policy, and the SELinux policy language
represents networks with
pmoody added the comment:
If you have the ability to use cidr, then closing this as wontfix is my
preference. I've heard that there might be some network vendors that are
starting support the mask notation for v6 addresses though, so this may end up
getting implemented at some point in future
Serhiy Storchaka added the comment:
Here is a patch which fixes remnants. It also corrects descriptions of parsing
arguments format units.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file37169/bytes_like.patch
Roundup Robot added the comment:
New changeset 387bbada31e8 by Berker Peksag in branch '3.4':
Issue #22839: Fix Snapshot.statistics() link.
https://hg.python.org/cpython/rev/387bbada31e8
New changeset 524a004e93dd by Berker Peksag in branch 'default':
Issue #22839: Fix Snapshot.statistics()
Berker Peksag added the comment:
Fixed. Thanks for the report, Jonathan.
--
nosy: +berker.peksag
resolution: - fixed
stage: - resolved
status: open - closed
type: - behavior
versions: -Python 3.6
___
Python tracker rep...@bugs.python.org
py.user added the comment:
R. David Murray wrote:
Is there a reason you are choosing not to use the new API?
My program is for Python 3.x. I need to decode wild headers to pretty unicode
strings. Now, I do it by decode_header() and try...except for AttributeError,
since a unicode string has
New submission from Doug Gorley:
strptime() is returning the wrong date if I try to parse today's date
(2014-11-10) as a string with no separators, and if I ask strpdate() to look
for nonexistent hour and minute fields.
datetime.datetime.strptime('20141110', '%Y%m%d').isoformat()
'2014-11
Antoine Pitrou added the comment:
No upgrades on the server either?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22835
___
___
Ethan Furman added the comment:
What result did you expect?
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22840
___
___
Doug Gorley added the comment:
I expected the second call to strpdate() to throw an exception, because %Y
consumed '2014', %m consumed '11', and %d consumed '10', leaving nothing for %H
and %M to match. That would be consistent with the first call.
--
R. David Murray added the comment:
Certainly not with 3.0, but nobody in their right mind should be using that
version any more :).
The new API for decoding headers is available as of Python 3.3, with additional
new API features in 3.4. See
Aaron added the comment:
Python 3.3.0, Windows 7, both 64 bit.
Has it been resolved with the newer version, then?
On Mon, Nov 3, 2014 at 11:15 PM, Zachary Ware rep...@bugs.python.org
wrote:
Zachary Ware added the comment:
Aaron, what version of Python are you using on what version of
Ethan Furman added the comment:
The documentation certainly appears to say that %m, for example, will consume
two digits, but it could just as easily be only for output (i.e. strftime).
I suspect this is simply a documentation issue as opposed to a bug, but let's
see what the others think.
New submission from Ludovic Gasc:
Hi,
Victor Stinner suggested me during PyCON-FR to send you this:
It's a pico-patch to forbid a coroutine as parameter of add_signal_handler().
I've added a test for that, the patch is based on the latest commit in Tulip.
Thanks for your feedback.
Regards.
Zachary Ware added the comment:
I haven't built 3.3.0 again yet to try to reproduce with it, but there
have been enough bug and security fixes in the more recent 3.3
releases that I'd strongly advise updating on general principle and
seeing if this issue goes away. If not to 3.4.2, at least to
Alexander Belopolsky added the comment:
I have recently closed a similar issue (#5979) as won't fix. The winning
argument there was that Python behavior was consistent with C. How does C
strptime behave in this case?
--
___
Python tracker
Alexander Belopolsky added the comment:
With the following C code:
#include time.h
#include stdio.h
#include stdlib.h
#include string.h
int main(){
char buf[255];
struct tm tm;
memset(tm, 0, sizeof(tm));
strptime(20141110, %Y%m%d%H%M, tm);
strftime(buf, sizeof(buf), %Y-%m-%d %H:%M
New submission from David Wilson:
There is some really funky behaviour in the zipfile module, where, depending on
whether zipfile.ZipFile() is passed a string filename or a file-like object,
one of two things happens:
a) Given a file-like object, zipfile does not (since it cannot) consume
Alexander Belopolsky added the comment:
Here is the case that I think illustrates the current logic better:
datetime.strptime(20141234, %Y%m%d%H%M)
datetime.datetime(2014, 1, 2, 3, 4)
--
___
Python tracker rep...@bugs.python.org
David Wilson added the comment:
As a random side-note, this is another case where I really wish Python had a
.pread() function. It's uniquely valuable for coordinating positioned reads in
a threaded app without synchronization (at user level anyway) or extraneous
system calls.
--
Alexander Belopolsky added the comment:
Looking at the POSIX standard
http://pubs.opengroup.org/onlinepubs/009695399/functions/strptime.html
It appears that Python may be compliant:
%H The hour (24-hour clock) [00,23]; leading zeros are permitted but not
required.
%m The month number
Tim Smith added the comment:
Ping! Any chance for feedback here? This behavior took me by surprise again
today. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22269
___
Alexander Belopolsky added the comment:
Here is another interesting bit from the standard: The application shall
ensure that there is white-space or other non-alphanumeric characters between
any two conversion specifications.
This is how they get away from not specifying whether parser of
New submission from Clayton Kirkwood:
Documentation says:
Match objects always have a boolean value of True. Since match() and
search() return None when there is no match, you can test whether
there was a match with a simple if statement:
match = re.search(pattern, string)
if match:
R. David Murray added the comment:
This is a duplicate of issue 16569 and issue 14099. Since the former links to
the latter I'm using that as the superseder.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - Preventing errors of
R. David Murray added the comment:
That's what have a boolean value of True means. (ie: bool(matchobject) is
True). I'm neutral on whether or not it is worth changing the wording.
--
nosy: +r.david.murray
type: resource usage - behavior
___
Python
New submission from David Edelsohn:
I added a Buildbot on another zLinux system running Debian Wheezy and it shows
a different GDB error message: linux-vdso64.so. Can you please add something
like the following to allow test_gdb to pass?
diff -r 524a004e93dd Lib/test/test_gdb.py
---
David Wilson added the comment:
Compared to the cost of everything else ZipExtFile must do (e.g. 4kb string
concatenation in a loop, zlib), its surprising that lseek() would measurable at
all.
The attached file 'patch' is the minimal change I tested. It represents, in
terms of computation
sbspider added the comment:
Right makes sense. I'll see what I can do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22813
___
___
Zachary Ware added the comment:
I have had a chance to build 3.3.0 and I was able to reproduce the bug with it,
so it is in fact fixed in later versions.
--
resolution: - out of date
stage: - resolved
status: open - closed
___
Python tracker
Dustin Oprea added the comment:
I think I was getting mixed results by using requests and urllib2/3. After
nearly being driven crazy, I performed the following steps:
1. Recreated client certificates, and verified that the correct CA was being
used from Nginx.
2. Experimenting using an
Larry Hastings added the comment:
Serhiy: set_literal_2.patch doesn't apply cleanly, so I don't get a review
link. And apparently Raymond checked in some other changes separately. Could
you redo your patch so it has the Clinic changes, and ensure I get a review
link?
--
New submission from Serhiy Storchaka:
Proposed patch changes dis documentation:
* formats the *file* parameter with stars, not ``backticks``.
* adds missed links to opcodes.
* fixes POP_STACK to POP_TOP.
I hesitate about TOS and TOS1 words. Should they be highlighted in any manner?
--
Georg Brandl added the comment:
LGTM. While at it, could you add a period after these:
+ Added *file* parameter
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22845
___
Serhiy Storchaka added the comment:
Here is updated patch for clinic only.
--
keywords: +patch
Added file: http://bugs.python.org/file37174/set_literal_clinic.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22823
70 matches
Mail list logo