Akira Li added the comment:
Alexander Belopolsky added the comment:
I've provide the direct quote from *C* standard ...
I understand that C standard uses the word encoding, but it does so
for a reason that is completely unrelated to the choice of epoch.
Encoding is how the bytes in memory
Greg Turner added the comment:
Also:
In types.prepare_class, here is what currently happens:
we let x be, in order of preference:
(a) the explicitly given type if, one is given, else
(b) type(bases[0]), if it exists, else
(c) type
and then, if isinstance(x, type), we run
Serhiy Storchaka added the comment:
For now sets and frozensets are comparable with other types in Python 2.
frozenset(xrange(10)) 1
False
set(xrange(10)) 1
False
The only known to me uncomparable types in Python 2 are naive and aware
datetime.
--
nosy: +serhiy.storchaka
Waldemar Parzonka added the comment:
Thanks for taking a look into that.
And yes the behaviour when invalid value is encountered is bit weird as the
rest of the cookie is being silently ignored which is probably less than ideal
in most cases.
Just wonder if there is any easy way of making
Stefan Champailler added the comment:
I'm adding a scenario for this problem, a real life one, so it gives a bit more
substance.
I use SQLALchemy. I do queries with it which returns KeyedTuples (an SQLALchemy
type). KeyedTuples inherits from tuple. KeyedTuples are, in principle, like
New submission from Radosław Szkodziński:
multiprocessing.Queue.empty() uses pipe polling on Windows. Unfortunately, pipe
semantics on windows are different from POSIX.
The result is either:
- Hang when one process tries to get() and another checks for empty()
- Falsely returning empty() ==
Stefan Champailler added the comment:
Reading bugs a bit, I see this is quite related to :
http://bugs.python.org/issue14886
stF
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12657
___
Matthias Klose added the comment:
thanks for bringing this up. I don't agree that the non-availability in the
windows build should be used to close the issue. Linux distros distribute the
source, and are still affected? If it's already removed in Python3, why not
remove it here as well?
New submission from Martin Panter:
The following code generates a connection reset error on Wine (Windows
emulator, because I don’t have actual Windows to test on). Probably only a
minor issue, but the error message isn’t quite right:
s = create_connection((localhost, 8181))
# Server end
Changes by STINNER Victor victor.stin...@gmail.com:
--
keywords: +easy
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22977
___
___
Matthias Klose added the comment:
this looks ok to me, can we apply this for 2.7.9?
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16041
___
Changes by Matthias Klose d...@debian.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16042
___
___
Python-bugs-list mailing
Matthias Klose added the comment:
updated patch to use an optional parameter max_decode.
--
nosy: +doko
Added file: http://bugs.python.org/file37343/xmlrpc_gzip_27_parameter.patch
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
As an interim step, should we add Ezio's newsmerge.py to Tools/scripts and
instructions for enabling it to the devguide?
That seems straightforward enough, and doesn't require any global workflow
changes.
--
___
Nick Coghlan added the comment:
Given that it's only the demo directory (and a relatively obscure demo as well
these days), I'm inclined to just fix it upstream rather than making the
distros patch it.
There's also the fact that we distribute the source tarballs from python.org as
well, and
Matthias Klose added the comment:
document the new exception
--
Added file: http://bugs.python.org/file37344/xmlrpc_gzip_27_parameter.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16043
Serhiy Storchaka added the comment:
In issue19361 I suggest to change error messages even more and drop end
position from Extra data error message.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20453
Serhiy Storchaka added the comment:
Looks either you have opened a file with the backslashreplace error handler or
ran Python with PYTHONIOENCODING which sets the backslashreplace error handler.
--
nosy: +serhiy.storchaka
status: open - pending
___
Serhiy Storchaka added the comment:
I suggest to close this issue as caused by a bug in third party extension.
--
nosy: +serhiy.storchaka
resolution: - third party
status: open - pending
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7567
___
___
New submission from Maytag Metalark:
Performing a logical negation (`not`) on `NotImplemented` should return
`NotImplemented`. Currently, it returns `False`.
A common pattern for implementing __eq__ and __ne__ is to implement the
comparison in __eq__, and simply delegate to it in __ne__ with
Serhiy Storchaka added the comment:
I agree with Victor that two calls to confstr() should be enough. An example in
confstr manpage uses two calls and I think there is no many software (if any)
in the world which does more.
--
keywords: +easy
nosy: +serhiy.storchaka
stage: - needs
New submission from Maytag Metalark:
`None` should never be the result of the built-in `min` and `max` functions.
When `None` is supplied as one of the values to check, it should never be
chosen as the result.
This would make it much easier to find a minimum and/or maximum while iterating
Tom Christie added the comment:
I believe the status of this should be reassessed and that python should
default to escaping '\u2028' and '\u2029'. *Strictly* speaking this isn't a bug
and is per the JSON spec.
*However* this *is* a bug in the JSON spec - which *should* be a strict subset
of
New submission from Antoine Pitrou:
Currently, C extensions are named something like _helperlib.cpython-34dm.so.
This doesn't take into account the bitness of the interpreter (32- vs. 64-bit),
which makes it awkward to use the same working copy with two different
interpreters (you have to
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
___
___
Python-bugs-list
STINNER Victor added the comment:
See also the PEP 3149.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
PEP 3149 says It is not currently clear that the facilities in this PEP are
even useful for Windows. Well, it seems I have found a use for it :-)
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Ideally, we would use distutils.util.get_platform(). However, there are two
cases where it relies on other modules:
- the re module under CygWin
- the sysconfig and _osx_support under OS X
Of course, ideally we should be able to hardcode this into the compiled
Serhiy Storchaka added the comment:
There is explicit note in the documentation about incompatibility with
JavaScript.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18290
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21161
___
___
Python-bugs-list
Simeon Visser added the comment:
This doesn't happen in Python 3 as None can't be compared to other elements:
min([1,2,3,None])
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: unorderable types: NoneType() int()
I can also imagine people now using min with the
Tom Christie added the comment:
There is explicit note in the documentation about incompatibility with
JavaScript.
That may be, but we're still unnecessarily making for a poorer user experience.
There's no good reason why we shouldn't just treat \u2028 and \u2029 as control
characters -
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
___
___
Python-bugs-list mailing
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22976
___
___
Python-bugs-list
Simeon Visser added the comment:
So, to clarify, as the problem no longer occurs in Python 3 (as it requires the
caller to provide only orderable objects) I'm not sure a meaningful change can
be made here. It would require changing the behaviour of min/max in Python
2.7.x in a way that could
Antoine Pitrou added the comment:
As a side-note, it is interesting to note that Python currently wrongly
identifies 32-bit builds under 64-bit Linux:
Python 3.5.0a0 (default:64a54f0c87d7, Nov 2 2014, 17:18:13)
[GCC 4.9.1] on linux
Type help, copyright, credits or license for more
R. David Murray added the comment:
This would break Python's consistency. 'not' of a value returns its boolean
inverse, and the boolean value of NotImplemented is True, just like the boolean
value of any object that does not have methods that set its boolean value is
True. Having anything
R. David Murray added the comment:
Just select your initial value as something that works with the sequence you
are iterating. If necessary, you can define custom 'always maximum' and
'always minimum' objects. (You could try proposing builtin objects with that
feature on the python-ideas
New submission from Antoine Pitrou:
This patch fixes MULTIARCH computation when using CFLAGS=-m32:
diff --git a/configure b/configure
--- a/configure
+++ b/configure
@@ -5402,7 +5402,7 @@ hp*|HP*)
esac;;
esac
-MULTIARCH=$($CC --print-multiarch 2/dev/null)
+MULTIARCH=$($CC $CFLAGS
Brett Cannon added the comment:
If it's bugging you, Terry, feel free to delete that part of the check as it's
of more use to core devs and we won't forget.
--
assignee: - terry.reedy
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
The MULTIARCH variable can help at least under Linux:
import sysconfig
sysconfig.get_platform()
'linux-x86_64'
sysconfig.get_config_var('MULTIARCH')
'i386-linux-gnu'
--
___
Python tracker rep...@bugs.python.org
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9584
___
New submission from MarkIngramUK:
If you open a text file for append, but then perform any form of seeking,
before attempting to write to the file, it will cause the BOM to be written
before you text. See the attached file for an example.
If you run the test, take a look at the output file,
Brett Cannon added the comment:
Apparently this broke under Windows:
http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/8999/steps/test/logs/stdio
--
status: closed - open
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
There is also platform.architecture(). I don't like its implementation, it
relies on the external file program :-(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
STINNER Victor added the comment:
Buildbot failures observed on koobs-freebsd9 and koobs-freebsd10 for 3.x and
3.4, respectively.
It looks like test_asyncio pass on the last 5 builds of the following
buildbots, and so I consider the issue as closed.
Roundup Robot added the comment:
New changeset a4b58e779a16 by Victor Stinner in branch '3.4':
Close #22473: asyncio doc: rephrase Future with run_forever() example
https://hg.python.org/cpython/rev/a4b58e779a16
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open -
STINNER Victor added the comment:
I rephrase the explanation of the example and I removed the useless note.
Thanks for your feedback David. Don't hesitate to propose other enhancements to
the documentation!
--
___
Python tracker
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22966
___
New submission from Demian Brecht:
As found in #22931, if an invalid cookie value is found while parsing, the rest
of the cookie is silently ignored. The expected behavior is undefined in RFC
6265, but does state that if unexpected values are encountered that user agents
MAY ignore an entire
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22914
___
___
Demian Brecht added the comment:
I do think it should be a little more permissive when parsing cookies. I've
created #22983 to address that as to not conflate this issue, which the
attached patch does address.
--
___
Python tracker
Roundup Robot added the comment:
New changeset 4b6b03c1f4ff by Victor Stinner in branch '3.4':
Closes #22475: asyncio doc, fix Task.get_stack() doc
https://hg.python.org/cpython/rev/4b6b03c1f4ff
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open - closed
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19361
___
STINNER Victor added the comment:
I fixed the most obvious issue in the documentation. I don't know the function
enough to propose a better documentation, sorry.
Don't hesitate to write a patch on the documentation if you have a better
explanation of how get_stack() behaves.
It is correct
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20453
___
Antoine Pitrou added the comment:
Well, remember that we recently made parsing stricter in response to a security
issue...
--
nosy: +orsenthil, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22983
Amaury Forgeot d'Arc added the comment:
issue5006 was supposed to take care of this, but it has a flaw IMO:
This statement
https://hg.python.org/cpython/file/0744ceb5c0ed/Lib/_pyio.py#l2003 is missing
an and whence!=2.
--
nosy: +amaury.forgeotdarc
Steve Dower added the comment:
I'm very much in favor of adding this for .pyds on Windows.
I assume the hard part will be getting the details for Linux (doesn't bitness
have to be compiled in there? For Windows it can be determined at
compile-time...), but preferring an extension with the ABI
Barry A. Warsaw added the comment:
I already pushed a fix.
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.4/builds/702/steps/test/logs/stdio
(although asyncio is still failing there but that should be unrelated)
--
status: open - closed
Demian Brecht added the comment:
Sure, but this is in regards to the initial matching, not the parsing. Because
the pattern expects RFC conformity, in this cookie string:
Cookie: a=b; c=[; d=r; f=h
The only matching parts will be:
Cookie: a=b;
The rest will be discarded. What I'm proposing
Demian Brecht added the comment:
Sorry, bad example. Replace [ in the previous example with any actually
invalid character.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22983
___
Marc-Andre Lemburg added the comment:
Note that there's a difference between the platform's architecture (which is
what get_platform() returns) and the pointer size of the currently running
Python executable.
On 64-bit Linux, it's rather rare to have an application built as 32-bit
Antoine Pitrou added the comment:
Note that there's a difference between the platform's architecture
Yes, that's pointed out above.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
Benjamin Peterson added the comment:
Okay for 2.7.10.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
___
Python-bugs-list mailing list
Antoine Pitrou added the comment:
Nothing new should be necessary for pyc files under Windows:
Python 3.4.2 |Continuum Analytics, Inc.| (default, Oct 22 2014, 11:51:45) [MSC
v.1600 64 bit (AMD64)] on win32
Type help, copyright, credits or license for more information.
import sys
Antoine Pitrou added the comment:
I assume the hard part will be getting the details for Linux (doesn't bitness
have to be compiled in there? For Windows it can be determined at compile-
time...), but preferring an extension with the ABI tag and falling back on
one without seems easy
David Wilson added the comment:
Could we also make a small tweak to zipfile.rst indicating the new behaviour? I
had made an initial attempt in my patch but wasn't particularly happy with the
wording.
--
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
I was more interested in source file resolution than bytecode caching. If
Python 3.5 would prefer spam.cpython-35.py or spam.cpython-3.py over
spam.py and Python 2 preferred spam.py, then I can more easily separate the
code that won't parse in the alternative.
Marc-Andre Lemburg added the comment:
On 02.12.2014 19:02, Antoine Pitrou wrote:
Sticking to bitness should be easy (although I wonder if it would be
desirable for platforms with fat binaries - Ned?). If we can go the extra
mile and include platform identification all the better, of course.
Antoine Pitrou added the comment:
Fat binaries seem to exist under:
- OS X: yes, that's why I was asking for Ned's advice
- Linux: A proof-of-concept Ubuntu 9.04 image is available... enough said
- DOS: perhaps MicroPython is interested :-)
http://en.wikipedia.org/wiki/Fat_binary
--
Steve Dower added the comment:
But since you pointed out cache-tag, should that distinguish for bitness as
well? It seems to be 'cpython-34' for both 32-bit and 64-bit interpreters on
Windows, which isn't really a problem now, but may become one if we start
allowing/encouraging sharing
Marc-Andre Lemburg added the comment:
On 02.12.2014 19:40, Steve Dower wrote:
I was more interested in source file resolution than bytecode caching. If
Python 3.5 would prefer spam.cpython-35.py or spam.cpython-3.py over
spam.py and Python 2 preferred spam.py, then I can more easily
Antoine Pitrou added the comment:
Note that on Linux, 32-bit and 64-bit versions are typically placed
into different directory trees
By whom? Our standard installer doesn't (it uses ../lib/python-X.Y for all
builds).
Also, one of the problems (and actually the problem which triggered this
Antoine Pitrou added the comment:
@Steve: IIRC, pyc files should be portable, so there's no need to differentiate
between various bitnesses.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
Steve Dower added the comment:
@Antoine: You're right. I hereby withdraw all contributions to this thread
after my first statement of support :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
Marc-Andre Lemburg added the comment:
On 02.12.2014 19:46, Antoine Pitrou wrote:
Note that on Linux, 32-bit and 64-bit versions are typically placed
into different directory trees
By whom? Our standard installer doesn't (it uses ../lib/python-X.Y for all
builds).
By the system vendors.
Antoine Pitrou added the comment:
Le 02/12/2014 19:59, Marc-Andre Lemburg a écrit :
My main point was that we shouldn't start adding tags for e.g.
PPC, Intel, ARM, etc. since platforms needing to support multiple
such architectures will typically support fat builds anyway.
How about
eryksun added the comment:
This also affects SEH-related exceptions raised by ctypes. For example, VC++
uses exception code 0xE06D7363 (i.e. b'\xe0msc'), so unhandled VC++ exceptions
leak into Python like this:
ctypes.windll.kernel32.RaiseException(0xe06d7363, 0, 0, None)
Traceback
Marc-Andre Lemburg added the comment:
On 02.12.2014 20:10, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
Le 02/12/2014 19:59, Marc-Andre Lemburg a écrit :
My main point was that we shouldn't start adding tags for e.g.
PPC, Intel, ARM, etc. since platforms needing to support
Serhiy Storchaka added the comment:
How about just Objects returned by :meth:`.open` can operate independently of
the ZipFile.?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/x86%20XP-4%203.x/builds/11271/steps/test/logs/stdio
[116/390] test_json
Fatal Python error: Cannot recover from stack overflow.
Current thread 0x0e84 (most recent call first):
File
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Windows
nosy: +steve.dower, tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22971
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: Unformatted “Windows Error 0x%X” exception message - Unformatted
“Windows Error 0x%X” exception message on Wine
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22977
Roundup Robot added the comment:
New changeset fd80195b920f by Serhiy Storchaka in branch 'default':
Issue #17401: Output the closefd attribute as boolean.
https://hg.python.org/cpython/rev/fd80195b920f
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Committed the first patch (showing closefd always) with additional test from
second path.
--
versions: -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17401
STINNER Victor added the comment:
Would it be possible to add something to the sys module, computed
during the compilation, instead of having to rely on platform,
sysconfig, struct or something else?
Note: There is also the funnny x32 platform project :-)
https://sites.google.com/site/x32abi/
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22984
___
___
Terry J. Reedy added the comment:
If we are going to backport the removal from the distribution of
Demo/scripts/newslist.py to 2.7, it might as well be done immediately, before
2.7.9 goes out. Benjamin?
I am more concerned about separately licensed stdlib modules, such as turtle*
(and
Serhiy Storchaka added the comment:
JSON encoder uses recursion calls guards but they don't save from an overflow
of C stack.
How to reproduce:
import json
sys.setrecursionlimit(10)
json.dumps(5j, check_circular=False, default=lambda o: [o])
--
components: +Extension Modules
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17401
___
David Wilson added the comment:
Sounds great :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
___
Python-bugs-list mailing list
eryksun added the comment:
This also hangs for me in 2.7.8 64-bit, Windows 7. To poll the pipe, the parent
process calls PeekNamedPipe, which blocks because the child has already called
ReadFile.
It is possible that the problem is also present in Python 3.
multiprocessing switched to
Terry J. Reedy added the comment:
Thanks for the reminder/suggestion. Re-reading Ezio's two patches
(newsmerge.py and .hg/hgrc additions in msg217079), they appear to jointly
automate what I now do by hand (revert to local and dump merge artifacts,
replace with edited file with new entries
Terry J. Reedy added the comment:
I would close this anyway, but 2.6 is no longer maintained even for security
patches.
--
stage: - resolved
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13027
New submission from Omer Katz:
I have found what appears to be a segfualt in time.sleep but I'm not sure.
I have verified that the segfualt occurs both on Python 2.7.8 and 3.4.2.
The following program that reproduces the segfault uses my fork of billiard, a
replacement for the multiprocessing
Terry J. Reedy added the comment:
As of now the patchcheck utility adds a notice to modify Misc/NEWS for every
patch.
Patchcheck truthfully reports whether /docs, ACKS, and NEWS have been modified.
I do not read it as saying anything about whether they *should* be updated.
For Docs and
New submission from Nathaniel Smith:
Following on from the discussion starting here:
http://thread.gmane.org/gmane.comp.python.devel/150438/focus=150604
Here's a patch to improve __class__ assignment.
1) We remove the HEAPTYPE check from object_set_class, and move it to
same_slots_added.
1 - 100 of 117 matches
Mail list logo