Martin Teichmann added the comment:
well, I beg to differ. Again, to your points:
to a) You claim that my flag would have to be supported by every
python platform. Well, the very same built-in function has another
flag, PyCF_ONLY_AST, whose precise meaning, according to the docs,
might change
New submission from Brunel:
While python shell is running if the user puts a period after a statement and
waits for the dropdown list to pop up, then closes python shell the following
will happen:
IDLE will close all active windows immediately, regardless of any unsaved
progress (which is
Yongzhi Pan added the comment:
I tested it and find str of an exception does not contain the exception type:
a = TypeError()
str(a)
''
a = TypeError('b', 3)
a.args
('b', 3)
str(a)
('b', 3)
Am I missing some other circumstances?
--
___
Python
New submission from Serhiy Storchaka:
Proposed patch fixes some bugs in printing exceptions in the threading module.
1. Fixed names of private variables in initialization. This caused unhandled
AttributeError. The regression was introduced in changeset e71c3223810f. This
part of the patch
Changes by Rob Agar r...@engineeredarts.co.uk:
--
nosy: +robagar
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14285
___
___
Python-bugs-list
Rob Agar added the comment:
The message also needs to include the file and line number of the ImportError.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14285
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17120
___
___
Python-bugs-list mailing
Bob Chen added the comment:
up...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22231
___
___
Python-bugs-list mailing list
Unsubscribe:
Senthil Kumaran added the comment:
The localhost breaking on your linux system might be due to improper /etc/hosts
or is localhost pointing to an ipv6 address?
That said, I think it is okay to rely on 127.0.0.1 as host for running pydoc
server. I am unsure why the initial check was done only
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
___
STINNER Victor added the comment:
I think this issue was already fixed by this change:
changeset: 88287:ea0aa3e32ab5
branch: 3.3
parent: 88263:203ca77ea819
user:Martin v. Löwis mar...@v.loewis.de
date:Sat Jan 04 10:01:42 2014 +0100
files: Misc/NEWS
Antoine Pitrou added the comment:
I don't think we should fix this in 2.x: some people may rely on the old
behaviour, and it will be difficult for them to debug.
In 3.x, I simply propose we deprecate re.LOCALE for unicode strings and make it
a no-op.
--
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22421
___
Kushal Das added the comment:
Uploading the second version of the patch.
--
Added file: http://bugs.python.org/file36630/issue21270_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21270
Roundup Robot added the comment:
New changeset 5660c1bdc2b6 by Kushal Das in branch 'default':
Closes #21270 : We now override tuple methods in mock.call objects.
https://hg.python.org/cpython/rev/5660c1bdc2b6
--
nosy: +python-dev
resolution: - fixed
stage: needs patch - resolved
New submission from bono wang:
when i was upgrade from py 2.6 to py 3.3
the error is show up
# make make install
gcc -pthread -c -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes-I.
-I./Include-DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c
gcc -pthread -c -DNDEBUG -g
STINNER Victor added the comment:
i really dont know how to fix it
It's a GCC bug, not a Python bug: gcc: Internal error:
What is your OS? What is your GCC version? How much memory do you have?
Do you get the same error if you run make again?
Try to run gcc -pthread -c -DNDEBUG -g
Senthil Kumaran added the comment:
sys.platform is darwin since OS X 10.5. I am not sure when it's value was
'mac', So effectively the host was localhost on mac systems.
Directly setting the host value to localhost on all platforms may be right
thing to do. Here is a patch with tests.
Eric V. Smith added the comment:
Changing to 3.5 only, as this is an API addition so it can only be added there.
I think that raising an exception instead of retuning None for a multicast
address would be a better API.
Any chance you can write some tests?
Thanks!
--
nosy:
Jeremy Kloth added the comment:
Ah, yes indeeed. Sorry for the noise as it was that my local repos were having
some syncing issues so I had out of date sources.
Marking as closed (fixed) and duplicate of issue17432.
--
resolution: - duplicate
status: open - closed
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22400
___
___
bono wang added the comment:
Usually, you can workaround GCC bugs by disabling optimizations. You can try to
modify Makefile to replace -O3 with -O2 or even -O0 (disable all
optimizations), and then try to run make again.
donethanks a lot
--
nosy: +165559672
resolution: -
mouad added the comment:
Hi Guido,
If I understand this correctly, the HOST header was added only in HTTP1.1 and
setting the absolute URI was the right behavior client should follow if they
are behind a proxy for HTTP1.0, but the same behavior was kept in HTTP1.1 for
backward compatibility.
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: -165559672
resolution: fixed - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22424
___
Serhiy Storchaka added the comment:
Yes, one of solution is to deprecate re.LOCALE for unicode strings and then
make it incompatible with unicode strings. But I think it would be good to
implement locale-aware matching.
Example.
for a in 'Ii\u0130\u0131':
... for b in 'Ii\u0130\u0131':
Antoine Pitrou added the comment:
Ha, I always forget about the Turkish locale case...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22407
___
Guido van Rossum added the comment:
There's a sage piece of advice somewhere in the developer docs. Know when to
give up.
I think you need to write a PEP trying to argue that supporting yield from in
the REPL is essential to a large category of users, so you can lobby for
support.
In the
R. David Murray added the comment:
No, you are right and I am wrong. I should have checked myself :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22379
___
Martin Teichmann added the comment:
Well, so I am giving up, apparenty my work is not wanted here.
But not before submitting at least the last version of my
patch. I seperated out my _input function into two, start_input
and continue_input, which are supposed to work in a loop
as in
Martin Teichmann added the comment:
And as a last comment, just for completeness, a complete
async console. With it you can do cool things like
from asyncio import sleep, async
def f():
...yield from sleep(3)
...print(done)
yield from f()
[after 3 seconds]
done
async(f())
[wait
New submission from Simon Weber:
When dealing with implicit relative imports of the form import
dotted_as_names as..., the 2to3 import fixer will rewrite them as from .
import dotted_as_names as
This is invalid syntax. Here's an example:
$ tree package/
package/
├── __init__.py
├──
New submission from Akira Li:
import os
import time
os.environ['TZ'] = 'Europe/Moscow'
time.tzset()
time.strptime('2010-06-01 MSK', '%Y-%m-%d %Z')
time.struct_time(tm_year=2010, tm_mon=6, tm_mday=1, tm_hour=0, tm_min=0,
tm_sec=0, tm_wday=1, tm_yday=152, tm_isdst=0)
Akira Li added the comment:
Correction:
The correct offset is +0400:
dt = datetime(2010, 5, 31, 20, tzinfo=timezone.utc).astimezone()
And _timezones dict is defined in Lib/email/_parseaddr.py
--
___
Python tracker rep...@bugs.python.org
Guido van Rossum added the comment:
I'm sorry you feel that way. I hope one day you will understand the other side
of this kind of issue.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Ned Deily n...@acm.org:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22425
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
nosy: +belopolsky, lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22426
___
___
Python-bugs-list
Alexander Belopolsky added the comment:
There is no daylight savings time in Moscow and python detects this correctly:
$ TZ=Europe/Moscow python3
import time
time.daylight
0
Note that historically, there was DST, but time module cannot handle historical
TZ changes.
(Russian government
Alexander Belopolsky added the comment:
I don't think there is anything we can do here. Without a TZ database, Python
has to rely on time.tzname which in case of TZ=Europe/Moscow returns
time.tzname
('MSK', 'MSK')
Hardcoding a timezones dictionary as done in email module may work for a
Berker Peksag added the comment:
if PEP 431 is implemented (or anything that gives access to zoneinfo)
then strptime could extend the list of timezones it accepts (utc +
local timezone names) to include names from the tz database:
FTR, I have a WIP(and probably a bit outdated) branch to
Alexander Belopolsky added the comment:
On the second thought, we can probably make the same guesswork as in
PyInit_timezone (see Modules/timemodule.c) in time.strptime, but not for the
current time, but for the time parsed.
--
___
Python tracker
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
assignee: - belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22426
___
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
stage: - needs patch
type: behavior - enhancement
versions: -Python 2.7, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22426
Ethan Furman added the comment:
http://hg.python.org/cpython/rev/4135f3929b35
http://hg.python.org/cpython/rev/cdd412347827
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 28c21f09719e by Ethan Furman in branch '3.4':
Issue21738: clarify usage of __new__ in Enum subclasses
https://hg.python.org/cpython/rev/28c21f09719e
New changeset 91ec34801232 by Ethan Furman in branch 'default':
Issue21738: clarify usage of
Changes by Ethan Furman et...@stoneleaf.us:
--
assignee: ethan.furman - docs@python
nosy: +docs@python
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21738
Roundup Robot added the comment:
New changeset ec016ba862ba by Ethan Furman in branch 'default':
Close issue21706: add 'start' parameter to functional API
https://hg.python.org/cpython/rev/ec016ba862ba
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open - closed
Akira Li added the comment:
If the current implementation is considered correct (%Z not recognizing
EST) then indeed extending the list of recognized timezones is another
issue. And the docs should be changed to match the implementation.
The current behavior is broken, see also issue22426
If
Akira Li added the comment:
My patch for issue22377 also fixes this bug.
With the patch applied. Both MSK and MSD are accepted if the new
timezones parameter is false (default for Python 3.5, will be changed to
True in Python 3.6
If timezones is True then MSD return a correct aware datetime
Akira Li added the comment:
MSD variant works on my machine because C library uses
the historical timezone database there. I'm not sure whether it
works on old Windows versions.
--
___
Python tracker rep...@bugs.python.org
New submission from Jack O'Connor:
The following little script prints (but ignores) a FileNotFoundError.
import tempfile
def generator():
with tempfile.TemporaryDirectory():
yield
g = generator()
next(g)
Exception ignored in: generator object generator at 0x7fb319fe2c60
Traceback
Roundup Robot added the comment:
New changeset c438f6aaafa9 by Senthil Kumaran in branch '3.3':
Issue #22421 - Secure pydoc server run. Bind it to localhost instead of all
interfaces.
https://hg.python.org/cpython/rev/c438f6aaafa9
New changeset d36c0f2ab821 by Senthil Kumaran in branch '3.4':
Senthil Kumaran added the comment:
2.7 was not affected and it was binding to localhost properly.
Since it is security related issue, I have fixed it in 3.3 as well.
Fix is now present in 3.4 and 3.5
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
versions:
53 matches
Mail list logo