eryksun added the comment:
This name attribute is documented here:
http://docs.python.org/3/library/io#io.FileIO.name
3.4 Source:
http://hg.python.org/cpython/file/04f714765c13/Modules/_io/fileio.c#l432
In PY2, os.fdopen sets the name to 'fdopen'. See the related issue 13781.
Here's the
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21044
___
___
Python-bugs-list
New submission from Martin Panter:
With the code included below, and warnings enabled, I see a flood of unexpected
ImportWarnings as the interpreter exits. The issue is seen with Python 3.4.0,
but apparently not with 3.3.5.
The issue originally happened with code using the Py Socks library
New submission from Thomas Heller:
With python 3.4 and pywin32 version 218 it is only possible
to import win32com or win32api when pywintypes has been imported before.
Here is part of a session with 'python -v':
import win32api
Traceback (most recent call last):
File stdin, line 1, in
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +brett.cannon, eric.snow, haypo, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21050
___
STINNER Victor added the comment:
2014-03-24 0:30 GMT+01:00 Antoine Pitrou rep...@bugs.python.org:
What is the size of the PyASCIIObject on x86/x64 with and without the
patch?
Haven't tried on x86, but on x86-64 it's the same. If it changes it will
probably get detected by the
Antoine Pitrou added the comment:
Look at the commits, not the patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
___
STINNER Victor added the comment:
Look at the commits, not the patch.
Ah! You wrote Ok, I've committed the patch. Ok, your commit is fine. I would
prefered a named field (called padding), but it's fine ;-)
--
___
Python tracker
Mark Dickinson added the comment:
I don't think fixing bugs on a specific architecture counts as a new feature.
It's not really a bugfix, though. Python 3.4 *should* (I'm not in a position
to check, but Andreas may be) be behaving as designed on m68k: the configure
script will correctly
Andreas Schwab added the comment:
It's not just cosmetic, it's breaking the testsuite back and forth.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
___
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17975
___
___
Python-bugs-list mailing
Mark Dickinson added the comment:
It's not just cosmetic, it's breaking the testsuite back and forth.
Sure; those are really bugs in the tests, though: no test should be blindly
assuming that the short float repr is in use. It sounds as though we're
missing some skip decorators.
--
Mark Dickinson added the comment:
Though depending on what the test failures look like, some of them may be
indications of issues elsewhere.
Is there already an issue open for the failing tests?
--
___
Python tracker rep...@bugs.python.org
Andreas Schwab added the comment:
I didn't bother since this one fixes it for me (and also other python modules).
IMHO it's the correct way to fix it, since no other architecture except these
two will have the problem. Since you say the non-short-float code is legacy
this will make it also
Mark Dickinson added the comment:
Since you say the non-short-float code is legacy this will make it also
possible to drop it.
That's unfortunately not true (much as I'd like it to be). Even with this
patch, there may still be non-gcc / x86 combinations where we potentially need
the
Andreas Schwab added the comment:
I guess they will get fixed over time, or declared unsupported. :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
___
Mark Dickinson added the comment:
I guess they will get fixed over time, or declared unsupported. :-)
Yes, probably. I'd fully support a move to get rid of that legacy code in
Python 3.5. That would definitely require a python-dev discussion, though (and
possibly a PEP): up until now the
Steven D'Aprano added the comment:
If any of the docs are unclear, I would be very happy take suggestions to
improve them. But I'm not entirely sure that the docs are the right place to
show the equations. You should be able to look them up on Wikipedia or Wolfram
Mathworld if you have doubt
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20210
___
___
Python-bugs-list mailing
Antoine Pietri added the comment:
I attached a patch for tarfile with eryksun's suggestion.
--
keywords: +patch
Added file: http://bugs.python.org/file34603/tarfile-fileobjname.diff
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
stage: - patch review
title: tempfile.TemporaryFile() shouldn't have a name attribute - tarfile does
not handle file __name__ being an int
versions: +Python 3.5 -Python 3.3
Changes by R. David Murray rdmur...@bitdance.com:
--
title: tarfile does not handle file __name__ being an int - tarfile does not
handle file .name being an int
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21044
Martin v. Löwis added the comment:
Patrick: it is very difficult to track an issue with shifting focus, since it
is never clear what the actual issue is.
Please confirm that it is consensus that
1. It is desired and correct behavior that python3.so is a conflicting file
2. It is possible to
Arfrever Frehtes Taifersar Arahesis added the comment:
'make altinstall' installs libpython3.so.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17975
___
M. Volz added the comment:
Thanks David,
I've updated the patch to move the default values question into the programming
FAQ where you recommended it go, and also changed the title of the mutable list
question.
--
Added file: http://bugs.python.org/file34604/sortFAQ_defaultval.patch
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: - needs patch
versions: +Python 3.5 -Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20992
___
Ronald Oussoren added the comment:
You could trace using dtruss (as root), which behaves similarly to strace.
What happens when you first set http_proxy in the environment:
$ env http_proxy= python -m SimpleHTTPServer
If that doesn't cause problems the hang is caused by the _scproxy
Brett Cannon added the comment:
This might be a shutdown issue. If you print out what module is being imported
at the time of the warning its 'io' and it's only coming up after the script
has exited (you will notice the warnings come up after the traceback is
printed). My guess is some
Brett Cannon added the comment:
For those that don't read German, the exception says The specified module
could not be found.
Anyway, what looks suspicious to me is this line that gets imported by
pywintypes:
# extension module loaded from
Alextp added the comment:
I'm author or topic
I suggest to give simple formulas. for ex -
1) mean.
Calculates sum of all values in iterable, divided by number of elements.
E.g.
mean([x1, x2, ..., xN]) = (x1 + x2 + ... + xN) / N
2) median.
Calculates value with middle index from iterable.
New submission from David Zámek:
I use python 2.7.6 on win32.
If I enter u'\u010d'.encode('utf-8') to console, I get '\xc4\x8d' as response.
That's correct.
But it I use C API for the same, I get incorrect '\xc3\xa8' as response.
I was testing it on this program:
#include Python.h
int
STINNER Victor added the comment:
In the C language, \u must be escaped as \\u.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21051
___
___
Alextp added the comment:
I wrote not ok formula for median_grouped. But i can't get idea from source.
THIS SHOWS that source code is NOT ok doc, even student can't get it
e.g. pvariance.
Calculates population variance of iterable. It's given by formula:
pvariance([x1, x2, ..., xN]) = ((x1 -
Thomas Heller added the comment:
It was most certainly an issue on my side, something with leftover files or
directories from a previous installation. After cleaning everything up it
works now. Sorry for the confusion.
(A personal remark: sometimes, the bdist_wininst uninstaller does not
Antoine Pitrou added the comment:
Well, basically some sys attributes (including meta_path) are cleaned during
shutdown, so if some code executes afterwards and tries to import something,
importlib will complain that meta_path is empty.
Unless the warning is genuinely useful, I would suggest
Donald Stufft added the comment:
The latest patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21043
___
___
Antoine Pitrou added the comment:
For a more detailed analysis:
- the warning gets printed very late because the socket is caught in a
reference cycle (self.attr = self), which itself is tied to the exception
traceback
- when the socket is collected, it tries to print a ResourceWarning because
Antoine Pitrou added the comment:
Looks good to me too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21043
___
___
Python-bugs-list mailing
Brett Cannon added the comment:
So the import warnings were added for sys.meta_path and sys.path_hooks because
prior to Python 3.3 you could empty out those values and import would continue
to work, but with importlib that stopped being the case. My thinking was that
it would be easier to
New submission from Brett Cannon:
Issue #21049 managed to trigger a huge output of ImportWarning: sys.meta_path
is empty because it managed to trigger an import during interpreter shutdown.
The ImportWarning for sys.path_hooks and sys.meta_path were originally added
because before importlib
Brett Cannon added the comment:
I should also say that dropping warnings leaves only a single case of
ImportWarning related to empty directory names (in relation to
Finder.find_module()). Once that can go away that will eliminate all uses of
warnings in importlib and thus won't necessitate
Antoine Pitrou added the comment:
Of course the use case presented here is very contrived, so we can also choose
to not fix it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21049
___
Alextp added the comment:
5) pvariance.
Calculates population variance of iterable by such formula:
pvariance([x1, x2, ..., xN], M) = ((x1 - M)**2 + ... + (xN - M)**2) / N
M is optional argument which should be value of mean([x1, ... xN]) calculated
before. If M parameter is missed in call,
Mark Lawrence added the comment:
IMHO the docs shouldn't be cluttered with details such as this.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21046
___
Brett Cannon added the comment:
Sure, I'm fine with closing this as Won't Fix based on the cause being an
edge case and rely on issue #21052 to discuss the value of the ImportWarning.
Thanks for the report, Martin.
--
resolution: - wont fix
status: open - closed
Changes by akira 4kir4...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21041
___
___
Python-bugs-list mailing
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +pitrou, r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21041
___
___
Antoine Pietri added the comment:
Here's the test case as requested by berkerpeksag in the patch review.
--
Added file: http://bugs.python.org/file34605/test_tarfile_fobj_int.diff
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I think this is a doc bug. That object shouldn't be called a sequence, since
it isn't one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21041
___
hans.meine added the comment:
Maybe some 2.7 backport is missing w.r.t. the documentation of the copy module?
At least, http://docs.python.org/2/library/copy.html still states: The copy
module does not use the copy_reg registration module.
--
nosy: +hans-meine
versions: -Python 3.2,
Alextp added the comment:
Without details like these it must be URLS to wikipedia or Wolfram.
Usual users don't know how to search wolfram.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21046
Antoine Pitrou added the comment:
Note that in issue #21409, sys.meta_path isn't empty, it is actually None.
Another possibility is to drop those warnings only when the interpreter is
shutting down (it would be easy to add a private API in sys to get that
information).
--
nosy:
Mark Dickinson added the comment:
Indeed: the \u010d is being interpreted by your *C compiler* as a multibyte
character, and the individual bytes of that multibyte character end up in the
string that you actually pass to Python. I suspect that the actual bytes you
get depend on your locale.
Mark Dickinson added the comment:
I suspect that the actual bytes you get depend on your locale.
And from the output you're seeing, I'd guess that Windows is using the CP1250
(Latin: Central European) codepage to make the translation on your machine:
Brett Cannon added the comment:
It's a simple `if not sys.meta_path` check so it doesn't differentiate. But
that's actually a good point about it being None in this case due to the
shutdown; if the check changed to `if sys.meta_path is not None and
len(sys.meta_path) == 0` then that should
Antoine Pitrou added the comment:
Well, it is a sequence, it's just that it doesn't respect the convention about
negative indices :-)
As to why they are disallowed, I don't remember exactly (!) but I think it's
because the exact semantics would be confusing otherwise.
--
R. David Murray added the comment:
Which is exactly what I mean by saying it is not a sequence. It is
'sequence-like'. Kind of like email Messages are dict-like: they share many
methods and behaviors, but the exact behaviors and semantics are different.
--
Larry Hastings added the comment:
It sounds like this definitely won't happen for 3.4. And if Guido has indeed
declared no code for unsupported platforms, it won't happen for 3.5 either.
--
versions: -Python 3.4
___
Python tracker
Andreas Schwab added the comment:
That's what I call hostile.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
___
___
Python-bugs-list
Benjamin Peterson added the comment:
This is a short and straightforward patch that improves the Python experience
for m86k users. I think it should be applied.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
koobs added the comment:
Confirming that altinstall installs libpython3.so
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17975
___
___
Larry Hastings added the comment:
I agree that it's a short and straightforward patch, and as stated I wouldn't
mind accepting it. However, I don't make a habit of going against Guido's
rulings.
--
___
Python tracker rep...@bugs.python.org
Benjamin Peterson added the comment:
Well, no one has produced a reference for this phantom announcement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
___
Larry Hastings added the comment:
That's why I haven't said firmly yes or no yet. I expect to see Guido in just
over two weeks, and if nothing turns up by then I'll ask him in person. Is
anybody here in a hurry?
--
___
Python tracker
Benjamin Peterson added the comment:
I don't want to scare away contributors.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
___
___
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19871
___
___
Python-bugs-list
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16535
___
___
Python-bugs-list
New submission from Pierre K:
Idle crashes systematically when holding the ^button, which is regularly used
in French. Very very annoying.
--
components: IDLE
files: Script.sh
messages: 214726
nosy: pancakesnutella
priority: normal
severity: normal
status: open
title: Idle Crash with
Mark Lawrence added the comment:
Martin, Larry msg214639 states Fix PyUnicode_DATA() alignment under m68k.,
your comments please.
--
nosy: +BreamoreBoy, larry, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
Tim Peters added the comment:
In the absence of Guido here, I'll channel him ;-) The problem with oddball
platforms has been that some require major changes in many parts of the
interpreter, and then all the added cruft complicates life for every
maintainer, while few people benefit and the
Antoine Pitrou added the comment:
That's why I haven't said firmly yes or no yet. I expect to see Guido
in just over two weeks, and if nothing turns up by then I'll ask him
in person.
It's a minor patch for a niche platform. What exactly is the point of
asking Guido in person? At worse,
Éric Araujo added the comment:
Victor, was this ticket kept open only for the backport to distutils2? If
everything is fixed in Python stdlib and docs, then it could be closed, as
distutils2 development has stopped.
--
components: -Distutils2
nosy: +dstufft
versions: -3rd party
STINNER Victor added the comment:
I sent a review on Rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21040
___
___
Python-bugs-list
STINNER Victor added the comment:
Can we close this issue? Or Richard wants to write a test?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20990
___
Antoine Pitrou added the comment:
The patch isn't really ok, IMO. It forcibly imports the decimal module and then
looks up the type there. The decimal module is a rather large one and it
shouldn't get imported if it doesn't get used.
I think it would be better to rely on the __float__ special
Martin v. Löwis added the comment:
It seems it wasn't actually a formal ruling (although I took it for that); see
for yourself - or better, ask Guido what he thinks about this topic today:
https://mail.python.org/pipermail/python-3000/2007-August/009692.html
Stefan Krah added the comment:
Mark Lawrence, stop playing off committers against each other. This is
outright trolling.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
Roundup Robot added the comment:
New changeset 2bbda947a5b3 by Victor Stinner in branch '3.4':
Issue #21036: Fix typo in macro name
http://hg.python.org/cpython/rev/2bbda947a5b3
New changeset 0251614e853d by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21036: Fix typo in macro name
Stefan Krah added the comment:
I think we should really apply #19232. At least that would take care
of the import issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16535
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21052
___
___
Python-bugs-list
STINNER Victor added the comment:
Victor, was this ticket kept open only for the backport to distutils2?
I have no idea :) It's probably fine now. Open a new and fresh issue if it's
not fixed yet, this issue has a too long history.
--
resolution: - fixed
status: open - closed
Josh Rosenberg added the comment:
fileinput's semantics are heavily tied to lines, not bytes. And processing
binary files byte by byte is rather inefficient; can you explain why this
feature would be of general utility such that it would be worth including it in
the standard library?
It's
STINNER Victor added the comment:
Thanks for the report Charles-François.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21036
___
___
Antoine Pitrou added the comment:
I don't really like the idea of complicating our build tools even more. Can't
you simply prune the install tree yourself?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20210
Ned Deily added the comment:
From the crash report provided, you are using the buggy Apple-supplied system
Tcl/Tk 8.5 in OS X 10.7. You should have seen a warning message about this
when starting IDLE. There are also warnings in the installer README and the
download pages. Please download
Antoine Pitrou added the comment:
For example, a normal Python installation requires OpenSSL,
libncurses, and lots of other things.
Not really. If some development libraries are not available, Python should
still install fine without the corresponding modules.
--
Andreas Schwab added the comment:
We are actually talking about Linux here, I assume everyone knows what that is
:-)
Also the patch is 2 files changed, 32+ (if you ignore the autoconf generated
files), which is quite a bit smaller than the final version of the atheos patch
(which is 19 files
Éric Araujo added the comment:
The main issue with the proposed changes is that it redefines what “the Python
standard library” is. Right now, users can mostly expect modules listed in the
official Python docs to be available in their installation, regardless of how
they got their Python.
I
Thomas Petazzoni added the comment:
But this expectation is not true: if dependencies are not available, Python
silently disables the build of certain modules. So this story of making the
standard library always has all the modules does not really stand.
--
Tommy Carstensen added the comment:
I read the fileinput code and realized how heavily tied it is to line input.
Will reading individual bytes as suggested not be very memory intensive, if
each line is billions of characters?
def bytefileinput():
return (bytes((b,)) for line in
Éric Araujo added the comment:
Isn’t the bug here really that TemporaryFile has a name attribute that’s not a
string? I don’t see how an integer name makes sense within the IO system.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
Benjamin Peterson rep...@bugs.python.org wrote:
I don't want to scare away contributors.
I think this is a very important point. Initially I was skeptical about m68k,
too (msg182388), but I've completely changed my opinion due to the nature
of the patches.
So
R. David Murray added the comment:
See the documentation link in msg214670. This isn't a characteristic of
TemporaryFile, it's a characteristic of the Python IO system. So you'd have to
argue that the documented behavior of the io system is a bug.
--
Antoine Pietri added the comment:
Yes, the bug report was originally titled like this (TemporaryFile should'nt
have a name attribute) but apparently this is a common and expected behavior
for FileIO subclasses.
--
___
Python tracker
Josh Rosenberg added the comment:
On memory: Yeah, it could be if the file didn't include any newline characters.
Same problem could apply if a text input file relied on word wrap in an editor
and included very few or no newlines itself.
There are non-fileinput ways of doing this, like I
Josh Rosenberg added the comment:
And of course, missed another typo. open's first arg should be file, not
filename.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20992
___
Antoine Pietri added the comment:
Well, this behavior seems pretty inconsistent to me, it means that every
library has to check if the name attribute is actually a string (which would
correspond to a path) or an int (that would mean a fd), and I think a fd
attribute would seem more
New submission from Terry J. Reedy:
Since I will post multiple patches for review on separate issues, this is an
index issue that will have multiple dependencies.
--
messages: 214761
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: Improve indexing of syntax
Roundup Robot added the comment:
New changeset 6f776c91da08 by Donald Stufft in branch '3.4':
Issue #21043: Remove the recommendation for specific CA organizations
http://hg.python.org/cpython/rev/6f776c91da08
--
nosy: +python-dev
___
Python tracker
1 - 100 of 115 matches
Mail list logo