Changes by Éric Araujo mer...@netwok.org:
--
keywords: +needs review
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14611
___
Éric Araujo mer...@netwok.org added the comment:
Another one:
except ArgumentParserError:
err = sys.exc_info()[1]
This reeks of single-codebase-for-2.x-and-3.x and could probably be replaced by
assertRaises or at least a regular except...as.
--
nosy:
New submission from Nacsa Kristóf anaxagra...@gmail.com:
The link `http://python.org/ftp/python/2.7.3/python273.chm` is missing from
`http://python.org/download/releases/2.7.3/` although the checksum is listed
and the file exists.
--
assignee: docs@python
components: Documentation,
Changes by Nacsa Kristóf anaxagra...@gmail.com:
--
components: -Installation, Windows
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14867
___
Changes by Éric Araujo mer...@netwok.org:
--
keywords: +easy
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4849
___
Radu Voicilas radu.voici...@gmail.com added the comment:
Hi Eric, Denver's patch should apply correctly from the root. Also, I've made
the changes you mention:
try: except: assert
has been replaced by:
with self.assertRaises()
--
Added file:
Hynek Schlawack h...@ox.cx added the comment:
A small docs update: I don't list the possible functions for onerror at all
anymore, as that list is likely to grow and is a PITA to maintain. People
shouldn’t rely on a certain set of functions here.
Martin proposed
New submission from Lluís llpam...@pamies.cat:
One of the problems with the logging library is that it can affect code
performance when logging calls are over-utilized.
One possible solution would be to allow the compiler to remove logging calls
when code is optimized with python -O by
Hynek Schlawack h...@ox.cx added the comment:
Now we’re all on the same page – any opinions on the patches themselves? :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14804
___
Petri Lehtinen pe...@digip.org added the comment:
The 3.x patch looks good to me.
What comes to the 2.7 patch, there's at least the problem with fmtparam in the
csv module (should be **fmtparams instead of [, fmtparam]). And that's were I
stopped reviewing, so there may also be other errors.
Serhiy Storchaka storch...@gmail.com added the comment:
assert logging.debug(This is a test.) or True
--
nosy: +storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14868
___
Lluís llpam...@pamies.cat added the comment:
storchaka, you're right, but since non of the debug(), info() etc. functions
have a return value, it would cause no trouble and would be neater to add a
return True. I'm not sure, but probably also more efficient.
--
Antoine Pitrou pit...@free.fr added the comment:
Martin proposed
http://mail.python.org/pipermail/python-dev/2012-May/119555.html to
re-implement os.fwalk inside of rmdir which I’m -1
http://mail.python.org/pipermail/python-dev/2012-May/119556.html on.
I agree that it isn't worth the
New submission from Daniel Kinzler dan...@brightbyte.de:
imap consideres flags to be atoms, and atoms should not be quoted. Attempting
to use a quoted flag with e.g. STORE +FLAGS will cause some servers, like
dovecot, to return an error.
However, imaplib apparently auto-quotes all parameters
Changes by Hynek Schlawack h...@ox.cx:
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14869
___
___
Python-bugs-list mailing list
Serhiy Storchaka storch...@gmail.com added the comment:
http://permalink.gmane.org/gmane.comp.python.devel/132675
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14469
___
ドミトリ ステパヌシキン angelja...@gmail.com added the comment:
I tried look as deep as I can. The result from 3.2.3 port: it fails in
Python/getargs.c:convertsimple():line 709, error signed integer is less than
minimum. It parses some parameters, and we have an error on last, 5th
parameter. I really
R. David Murray rdmur...@bitdance.com added the comment:
I would also, however, not be a typical Python coding pattern. Functions
normally return None by default. The 'assertor True' pattern makes it
reasonably clear what the intent is, which just having logging return True
would not,
Lluís llpam...@pamies.cat added the comment:
David, the problem is that if you have the logging inside a loop, the
interpreter will have to evaluate the condition every time. With an assert you
guarantee that *no code* is executed.
I know that we can find thousands of ways to do that, even
R. David Murray rdmur...@bitdance.com added the comment:
Interesting. _checkquote doesn't even exist in the Python3 version of imaplib.
--
components: +email -Extension Modules
nosy: +barry, r.david.murray
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d13fdd97cc8e by Hynek Schlawack in branch '3.2':
#14804: Remove [] around optional arguments with default values
http://hg.python.org/cpython/rev/d13fdd97cc8e
New changeset 2293eba03348 by Hynek Schlawack in branch
New submission from Hynek Schlawack h...@ox.cx:
It says:
os.utimensat(dirfd, path[, atime=(atime_sec, atime_nsec), mtime=(mtime_sec,
mtime_nsec), flags=0])
Updates the timestamps of a file with nanosecond precision. The atime and
mtime tuples default to None, which sets those values to
Hynek Schlawack h...@ox.cx added the comment:
I agree. I’ve committed the uncontroversial and mostly unrelated 3.x patch and
will look at the special cases of 2.7 now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14804
Martin v. Löwis mar...@v.loewis.de added the comment:
I don't think that doing direct flistdir/fstatat calls would be more complex.
We already have directory walking implemented (in default_rmtree), and I think
the fd-based calls could nicely integrate with that. I'll provide a patch.
R. David Murray rdmur...@bitdance.com added the comment:
I was definitely wrong about the obvious part, then. The 'if __debug__:'
idiom is completely optimized away by -O, just like asserts are. That is, in
-O mode, there is no if test, the code block is just omitted entirely.
Having said
Petri Lehtinen pe...@digip.org added the comment:
os.utime() uses the same notation:
os.utime(path[, times, *, ns=(atime_ns, mtime_ns)])
--
nosy: +petri.lehtinen
title: os.utimensat's method description uses wrong notation - Descriptions of
os.utime() and os.utimensat() use wrong
Lluís llpam...@pamies.cat added the comment:
Thanks for the explanation, I didn't know of the exact behavior of __debug__.
I close ticket.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Most of the time, embedding python in this way requires precise control over
PYTHONPATH and PYTHONHOME. Did you try to modify them?
Something like this worked for me:
putenv(PYTHONPATH=/path/to/python-3.2.3/Lib);
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 8ef66c73b1e1 by Nick Coghlan in branch 'default':
Close #13585: add contextlib.ExitStack to replace the ill-fated
contextlib.nested API
http://hg.python.org/cpython/rev/8ef66c73b1e1
--
nosy: +python-dev
Shy shoo...@gmail.com added the comment:
For some reason this patch is disabled with #ifdefs when Py_ENABLE_SHARED is
not defined.
I'm compiling python as a static lib and have unresolved externals for both
these functions: _Py_ActivateActCtx, _Py_DeactivateActCtx
--
nosy: +shooshx
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 02f13577b6fe by Nick Coghlan in branch 'default':
Close #14136 by cleaning up the PEP 409 command line test (patch by Ethan
Furman)
http://hg.python.org/cpython/rev/02f13577b6fe
--
nosy: +python-dev
Meador Inge mead...@gmail.com added the comment:
can you give me an example of how it could break working code?
This is a bit contrived, but:
# my fdopen
def fdopen(fd):
pass
fdopen(1)
# some stuff
from os import *
# more stuff
fdopen(1)
Here is a patch for 3.3 tip. After reviewing
Senthil Kumaran sent...@uthcode.com added the comment:
I am not sure if anything should be done to this request. Saying that
int(99,10) is converting to
99L in Python2.7 it is a bug/security issue is
hypothetical. Practically, such high port
zulla d...@defendassist.com added the comment:
Your comment is completely senseless, sorry.
Of course such high port numbers do not exist.
An attacker is counting on that. Imagine something like that
pass_to_cython(urlparse(http://google.de:99**99[to be
calculated]).port)
--
zulla d...@defendassist.com added the comment:
we should at least check if the .port attribute is an intereger = 1 and =
65535. _because_ this is the only valid port range. otherwise, it is no valid
port. but it may be a integer overflow attack attempt
when a developer uses .port, he is
Senthil Kumaran sent...@uthcode.com added the comment:
pass_to_cython(urlparse(http://google.de:99**99[to be
calculated]).port)
is no different than sending
pass_to_cython(99**99[to be calculated])
In that case, would the former make a security loop hole in urlparse? Looks
Ezio Melotti ezio.melo...@gmail.com added the comment:
Ezio, I noticed that you changed from pending to open.
That was an accident, I just meant to add my self to the nosy.
I didn't have time yet to read all the messages and comment on the issue.
--
Andrew McNabb amcn...@mcnabbs.org added the comment:
Which one-line fix do you propose?
Doing a stat(/net/prodigy/tmp) before mkdir(/net/prodigy/tmp) is an
extremely simple workaround.
Of course, I would love to see clear documentation of how the kernel is defined
to behave in this
Martin v. Löwis mar...@v.loewis.de added the comment:
Perhaps a little less contrived
from libc_wrapper import fdopen
from os import *
where libc_wrapper might be a module built on top of ctypes.
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Thanks for the report! The link has been added to the 2.7.3 download page.
--
nosy: +benjamin.peterson, loewis, ned.deily -docs@python
resolution: - fixed
stage: - committed/rejected
status: open - closed
title: chm link missing from 2.7
Ethan Furman et...@stoneleaf.us added the comment:
Are the changes good? Can they be commited?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14617
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Of course, I would love to see clear documentation of how the kernel
is defined to behave in this situation. It would certainly be
intuitive for mkdir(/net/prodigy/tmp) to force a mount of
/net/prodigy, but defined behavior isn't
Andrew McNabb amcn...@mcnabbs.org added the comment:
Maybe I'm confused, but the presence of /net/prodigy is *not*
the issue here, and what gets mounted is *not* /net/prodigy,
but /net/prodigy/tmp (do mount to confirm or dispute).
No, /net/prodigy is the mountpoint in this case:
Zachary Ware zachary.w...@gmail.com added the comment:
Ezio's version looks pretty good to me. About the only quibble I can think of
is the removal of the example uses; they still apply and do help the point.
Just tacking on Classic examples of tuples include (x, y) coordinate pairs and
Petri Lehtinen pe...@digip.org added the comment:
I found two more: P_NOWAITO and _exit. Attached an updated patch.
--
Added file: http://bugs.python.org/file25662/issue14862_v2.patch
___
Python tracker rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Do you have a small script to reproduce the issue?
--
nosy: +amaury.forgeotdarc
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14844
New submission from Éric Araujo mer...@netwok.org:
At present distutils2/packaging uses many command line parsers:
- one parser for commands and their options implemented in the
dist.Distribution class, inherited from distutils and based on fanncy_getopt;
- another parser for pysetup actions
Éric Araujo mer...@netwok.org added the comment:
The command line parsers need a thorough cleanup before this can be
implemented. Ideally with a new, clean system the install action would just
pass all its options to the install command and let it do option validation.
--
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 70831fde0ec4 by Éric Araujo in branch 'default':
Have pysetup read setup.cfg early to find custom commands (#14733).
http://hg.python.org/distutils2/rev/70831fde0ec4
--
nosy: +python-dev
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7d4098ce0087 by Éric Araujo in branch 'default':
Tighten tests for #13399
http://hg.python.org/distutils2/rev/7d4098ce0087
--
___
Python tracker rep...@bugs.python.org
stw sil...@googlemail.com added the comment:
Thanks for the nod to the pickletools module. The structure of the streams do
change between python 2.6 and 2.7, at least for files created with cPickle. You
can see this from the file sizes that I quoted in my previous post. Below are
some
New submission from anatoly techtonik techto...@gmail.com:
There is no way to write a program in Python capable to process large/unlimited
output coming from a subprocess stream without deadlocks.
http://docs.python.org/library/subprocess.html#subprocess.Popen.communicate
Note The data
stw sil...@googlemail.com added the comment:
One other thing - python 2.7 added the is_tracked function to the gc module. As
I understand it (from issue #4074) tuples of atomic types are supposed to be
untracked. However, in python 2.7:
gc.is_tracked((1, 2))
True
gc.is_tracked(hello)
True
Merlijn van Deen valhall...@gmail.com added the comment:
To confirm this behaviour is still current:
Python 3.3.0a1+ (default:958a98bf924e+, May 21 2012, 22:18:16)
[GCC 4.5.2] on linux
Type help, copyright, credits or license for more information.
import ntpath
ntpath.normcase(rc:\mixedCASE)
Éric Araujo mer...@netwok.org added the comment:
I have fixed the other bug in distutils2 (to be ported soon to packaging in
3.3). I wrote a test for this bug but the fix was not enough. Need to
investigate more.
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
A message should have been sent to pyb...@rebertia.com.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14674
___
Changes by Éric Araujo mer...@netwok.org:
--
stage: needs patch - commit review
title: Add link to RFC 4627 from json documentation - Link to explain
deviations from RFC 4627 in json module docs
___
Python tracker rep...@bugs.python.org
New submission from Merlijn van Deen valhall...@gmail.com:
The amount of errors in the solution during the windows build was surprising to
me - I interpreted it as if python was not built correctly. Upon further
inspection, just some extension modules were not built due to missing
Changes by Matt B mbau...@gmail.com:
--
nosy: +Matt.B
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4033
___
___
Python-bugs-list mailing list
Richard West r.h.w...@gmail.com added the comment:
I also had an ImportError on _struct module during 'make install' when building
2.7.3 from source configured with --enable-shared. My solution, which *seems*
to have worked, is simple:
$ make -i install
$ make install
My guess is that
New submission from Serhiy Storchaka storch...@gmail.com:
Charmap decoders are not as important as UTF decoders, but are still widely
used. In Python 3.3 with PEP 393 they slowed down 4x. The proposed patch
restores the performance.
Optimized only the most common case, when the decoder is
Antoine Pitrou pit...@free.fr added the comment:
As I understand it (from issue #4074) tuples of atomic types are supposed to
be untracked.
Actually, it is done lazily:
t = 1,2
gc.is_tracked(t)
True
gc.collect()
0
gc.is_tracked(t)
False
--
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file25665/charmapdecodebench.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14874
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file25666/bench-diff.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14874
___
Richard Oudkerk shibt...@gmail.com added the comment:
I think the note for communicate() just means that you might get MemoryError
(or some other exception) if the output is too big. But I agree it is
ambiguous.
communicate() uses select() on Unix and threads on Windows, so deadlocks should
New submission from Sasha B sbermeis...@gmail.com:
If you have a look at the file 'python/Lib/json/encode.py', on line 30 it says:
# Assume this produces an infinity on all machines (probably not guaranteed)
INFINITY = float('1e6')
FLOAT_REPR = repr
Isn't float('Inf') an
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14875
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
nosy: +ezio.melotti
type: enhancement - behavior
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14875
Martin v. Löwis mar...@v.loewis.de added the comment:
I believe too many issues are getting confused here. Even though the symptom
appears to be the same (a complaint about _struct not being importable), the
causes might be completely different, as all kinds of different configure
options,
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c13066f752a8 by Ezio Melotti in branch '2.7':
#14875: Use float('inf') instead of float('1e6') in the json module.
http://hg.python.org/cpython/rev/c13066f752a8
New changeset 06f21c6e0f2b by Ezio Melotti in
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed, thanks for the report!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14875
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
I actually had to go back to 3.1.2 to get it to run, I guess I had never run
with Unicode output after installing 3.2. So it isn't an incompatibility
between 3.2.2 and 3.2.3, but more likely a change between 3.1 and 3.2 that
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list
New submission from Andrew McChildren greene...@gmail.com:
When changing theme colors, preview window uses only default font
--
components: IDLE
messages: 161309
nosy: Andrew.McChildren
priority: normal
severity: normal
status: open
title: IDLE highlighting theme does not preview with
Chris Rebert pyb...@rebertia.com added the comment:
Hopefully final revision. Thanks for the quick response Éric!
Changes:
- Cover `ensure_ascii` parameter per latest review comment
- Add enhanced Character Encodings section for 2.x backport
-- Cover `encoding` parameter restrictions
-- Cover
R. David Murray rdmur...@bitdance.com added the comment:
This is a test email reply with no MIME header.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14872
___
___
Python-bugs-list
Daniel Swanson popcorn.tomato.d...@gmail.com added the comment:
what sort of machine has infinite memory?
--
nosy: +weirdink13
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14872
___
New submission from Aaron Staley usaa...@gmail.com:
On a *nix system, bdist_wininst.get_exe_bytes will always return an open
wininst-6.0.exe.
However, Windows python2.7 is compiled against msvc 9.0 and ideally would take
an installer based on wininst-9.0.exe. Windows-64bit needs an
Aaron Staley usaa...@gmail.com added the comment:
Sorry, minor correction: We could just rely on plat_name for 64bit.
All that is needed is for this table:
if self.target_version 2.4:
bv = 6.0
else:
bv = 7.1
to be
Ezio Melotti ezio.melo...@gmail.com added the comment:
3 comments on the patch:
1) I don't think this should be mentioned in the quick start;
2) You added a link to the build_dependencies target in the build_dependencies
section, why?
3) Hyphens in rst should be done with '--', not '-'.
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +brian.curtin, tim.golden
stage: - needs patch
versions: -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4198
___
Aaron Staley usaa...@gmail.com added the comment:
I was looking over this patch (as it relates to my bug report:
http://bugs.python.org/issue14877?@ok_message=msg%20161314%20created%3Cbr%3Eissue%2014877%20message_count%2C%20messages%20edited%20ok@template=item)
and noticed that this line:
+
Éric Araujo mer...@netwok.org added the comment:
I’m also not sure of what you meant with “the *python* package”.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14873
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +brett.cannon, gagenellina, gbloisi
versions: +Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4033
___
Jeff Ramnani j...@jefframnani.com added the comment:
Hynek,
I would indeed like to update this patch. I will make the updates you have
suggested.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7719
Jeff Ramnani j...@jefframnani.com added the comment:
Attached the updated patch. I have added a .nfs file to test_prune_file_list
in test_sdist. I've also cleaned up the documentation to read a little better
(IMO).
--
Added file:
New submission from Stephen Lacy sl...@slacy.com:
There's reasonable documentation of the yield statement for most python
versions under Section 6: Simple Statements, particularly 6.8 The Yield
Statement
(http://docs.python.org/release/2.7/reference/simple_stmts.html#the-yield-statement)
Éric Araujo mer...@netwok.org added the comment:
Thanks, will apply.
--
stage: test needed - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7719
___
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Well if you're *certain* that the process is only using one stream, then you
can just use read/write on that stream.
If not, it probably means you have to use either threads or select/poll.
This is a known issue with subprocess; there
ドミトリ ステパヌシキン angelja...@gmail.com added the comment:
thank You for answer. my problem was finally solved by using build script from
https://github.com/cobbal/python-for-iphone and patch from
http://randomsplat.com/id5-cross-compiling-python-for-embedded-linux.html
--
Antoine Pitrou pit...@free.fr added the comment:
Okay, found it. The problem is _PyDict_MaybeUntrack() is potentially O(n), so
calling it in every GC collection can produce quadratic runtimes when a dict is
building up. Attached patch (for 3.3) only calls it in the older collections.
Not sure
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14866
___
anatoly techtonik techto...@gmail.com added the comment:
The problem with memory is more actual for machines with SSD where swap is
usually turned off and /tmp files are located on memory disk. Hitting memory
limit often means hard reset.
My process is pretty generic that uses all streams,
anatoly techtonik techto...@gmail.com added the comment:
What is the status? What is required to get this into 3.3? See also issue14872.
--
nosy: +techtonik
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1191964
Ronald Oussoren ronaldousso...@mac.com added the comment:
The build script you mentioned seems to be for python 2.6, did you have to
change anything beyond the version numbers to get it to build python 3.2 as
well?
--
___
Python tracker
96 matches
Mail list logo
