deadshort cploo...@gmail.com added the comment:
Yup, that was it. Something new learnt. Thanks.
Not sure how to have configure spot that clang needs the flag. OK, the
configure stanza for gcc is hardly general; maybe trying $(CC) -fwrapv and
keeping the flag if that does not blow up on the
Aneesh aneeshb...@gmail.com added the comment:
I too retested this on a Windows 7 32 and 64 bit machines and is working fine
when the provided PyShell.py is used.
As Terry mentioned, IDLE seems be running better. The process in Task Manager
disappears quickly after I close the IDLE.
Sagiv Malihi sagivmal...@gmail.com added the comment:
As I said - it certainly happenes on 3.2 (tested).
@pitrou - what you suggested will not work since the actual import will block
on the import lock.
The optimization there is not needed, it's already implemented in __import__.
--
New submission from Petri Lehtinen pe...@digip.org:
The documentation of argparse.ArgumentParser.add_argument() says:
* required - Whether or not the command-line option may be omitted (optionals
only).
I believe it should be options only instead of optionals only.
--
assignee:
New submission from Petri Lehtinen pe...@digip.org:
The shutil.copytree() function aknowledges symlinks when given
the symlink=True argument. Other shutil functions should do this
too:
copymode(src, dst, symlinks=True)
If both src and dst are symlinks, copy the source symlink mode
to the
Changes by Petri Lehtinen pe...@digip.org:
--
dependencies: +Add symlink support to shutil functions
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12702
___
Petri Lehtinen pe...@digip.org added the comment:
Added issue 12715 as a dependency for this issue, as shutil.copy2(src, dst,
symlinks=True) would be an obvious way to implement this.
--
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Nope, optionals is what argparse calls them.
--
nosy: +r.david.murray
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Petri Lehtinen pe...@digip.org added the comment:
Yes, but required=True/False makes an *option* required or optional. Setting
required=False is not allowed with *positionals*:
import argparse
parser = argparse.ArgumentParser()
parser.add_argument('foo', required=False)
Traceback (most
Petri Lehtinen pe...@digip.org added the comment:
We could also have symlinks='require' to have copymode() and copystat() raise
an error unless both src and dst are symlinks.
--
___
Python tracker rep...@bugs.python.org
Hynek Schlawack h...@ox.cx added the comment:
Additionally copyfile() might be fixed to understand symlinks=True too.
Currently working on a patch for all 5 of them.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12715
Éric Araujo mer...@netwok.org added the comment:
Problem: What if dst is a symlink to a directory? Should it be
replaced or should the symlink copied inside that directory?
Doing what UNIX’ cp program does would be best here.
--
nosy: +eric.araujo
New submission from Benjamin Peterson benja...@python.org:
Right now many of the os function docs are split up into Files and
directories and file descriptor operations. This means, for example, that
fchmod() and fchmodat() are in a different section than chmod(). It would make
more sense to
Petri Lehtinen pe...@digip.org added the comment:
Doing what UNIX’ cp program does would be best here.
$ cp --version
cp (GNU coreutils) 8.5
$ touch file
$ ln -s file link_to_file
$ mkdir directory
$ ln -s directory link_to_directory
$ cp -a link_to_file link_to_directory
$ ls -l directory
Éric Araujo mer...@netwok.org added the comment:
The result should be uniform; either preserve permissions across the
board, or leave it to the mercy of the caller.
I’m surprised by this report, as the code does a copystat(sourcedir, targetdir)
since 2004 (#1048878). Anyhow, I think the
New submission from Mike Garabedian mgara...@gmail.com:
Issue 11089 submitted a patch to 3.2 and 2.7 to address performance concerns
with the latest updates to ConfigParser. In the implementation for 2.7.2, this
patch was misapplied in the keys() function on line 573:
for mapping in
Éric Araujo mer...@netwok.org added the comment:
Thanks for catching this. I’m baffled that the test suite did not catch that.
--
assignee: - rhettinger
nosy: +eric.araujo
stage: - test needed
type: compile error - behavior
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
I have re-read PEP 3151 and think it has no bearing on this bug: the PEP is
about adding exception classes that map to errno values, and this report is
about a library function that returns a custom exception unrelated to errnos.
I’m willing to
Éric Araujo mer...@netwok.org added the comment:
+2to3 (2.x to 3.0 conversion tool)
+the 2to3 conversion tool and `Lib/lib2to3/`_
Hm, given that the tool (IOW the script) is only a few lines, I find the line a
bit strange; 2to3 == Lib/lib2to3. (See also below before you reply to that.)
Éric Araujo mer...@netwok.org added the comment:
In my opinion, anyone wanting to deal with low-level details like
mtimes and modes is probably not using shutil
As a moderately experienced UNIX user, I would say that file permissions are
not low-level details. I see shutil functions as
STINNER Victor victor.stin...@haypocalc.com added the comment:
It should be related to #6203.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12699
___
Éric Araujo mer...@netwok.org added the comment:
Can this be backported, or just closed?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9552
___
Alexis Metaireau ale...@notmyidea.org added the comment:
Maybe could it be useful to specify in the documentation that getlocale() is
not intended to be used to get information about what is the locale of the
system?
It's not explained currently and thus it's a bit weird to have getlocale
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 1b0b5f644090 by Éric Araujo in branch '3.2':
Add documentation for PEP 370 features in distutils (#10745).
http://hg.python.org/cpython/rev/1b0b5f644090
--
nosy: +python-dev
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 74179a79d673 by Éric Araujo in branch '3.2':
Improve documentation for PEP 370 support in site module (#8617).
http://hg.python.org/cpython/rev/74179a79d673
New changeset d354802a637d by Éric Araujo in branch
Benjamin Peterson benja...@python.org added the comment:
Also, symbolic constants should be close to the functions they are used in. For
example, open() flags shouldn't be in their own section.
--
___
Python tracker rep...@bugs.python.org
New submission from Александр alexandr.s@gmail.com:
At line 377 __import__ function assing to class variable importer.
__import__ get module name as first argument, but when we use self.importer at
line 391
(http://hg.python.org/cpython/file/10f20ad2fbb6/Lib/logging/config.py#l391) we
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - vinay.sajip
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12718
___
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12613
___
___
Python-bugs-list
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Thanks, I'll fix that shortly.
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12717
___
Petri Lehtinen pe...@digip.org added the comment:
A smaller snippet to reproduce:
izip().next()
This gets converted to:
next(izip())
It seems to me that the pattern of the itertools fixer doesn't match to
izip().something(), and thus this is skipped.
--
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7d5a37ce42d5 by Raymond Hettinger in branch '2.7':
Issue 12717: Fix-up an earlier backport in ConfigParser.
http://hg.python.org/cpython/rev/7d5a37ce42d5
--
nosy: +python-dev
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Fixed. Thanks for the report.
Éric, the test suite didn't catch this because the error wasn't user visible --
the chainmap is only used internally and only __getitem__ was needed.
--
resolution: - fixed
status: open -
Antoine Pitrou pit...@free.fr added the comment:
Le Mon, 08 Aug 2011 10:46:20 +,
Senthil Kumaran rep...@bugs.python.org a écrit :
Antoine - I was specifically interested to know if
sys.stdout.buffer.write as in the patch was good(/proper) way to go
forward writing the bytes?
Yes, it
New submission from Martin von Gagern martin.vgag...@gmx.net:
The attached C extension provides a way to manually set an element in the dict
of an extension type. As the test case exposes, this can result in a
discrepancy between cls.__dict__['key'] and cls.key.
Please tell me up front if my
Benjamin Peterson benja...@python.org added the comment:
This is forbidden, and I agree there should be a doc note. See #1878.
--
assignee: - docs@python
components: +Documentation -Extension Modules
nosy: +benjamin.peterson, docs@python
___
Python
New submission from Benjamin Peterson benja...@python.org:
These allow extra metadata to be attached to files.
--
components: Extension Modules
files: xattrs.patch
keywords: patch
messages: 141842
nosy: benjamin.peterson
priority: normal
severity: normal
stage: patch review
status: open
Mike Garabedian mgara...@gmail.com added the comment:
Happy to help!
Raymond - I came across this issue while reviewing notes from your OSCON
Advanced Python talk - thanks for the great tutorial!
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 4090dfdf91a4 by Benjamin Peterson in branch 'default':
add a AST validator (closes #12575)
http://hg.python.org/cpython/rev/4090dfdf91a4
--
nosy: +python-dev
resolution: - fixed
stage: patch review -
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 6ef65516fd7a by Benjamin Peterson in branch '3.2':
note mutating tp_dict is bad (closes #12719)
http://hg.python.org/cpython/rev/6ef65516fd7a
New changeset 69df5a8d164e by Benjamin Peterson in branch 'default':
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10588
___
___
Python-bugs-list
Ezio Melotti ezio.melo...@gmail.com added the comment:
Attached a new patch.
I addressed most of your comments.
AFAICT there are no extension modules in Lib. All the C modules are in
Modules, and if they also have a Python frontend, that's in Lib. I think the
point of having Extension
Changes by Alan Justino alan.just...@yahoo.com.br:
--
nosy: +alanjds
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9528
___
R. David Murray rdmur...@bitdance.com added the comment:
This issue is about the fact that it doesn't return (None, None). We should
probably decide what we are going to do about that before changing the docs if
they need it.
--
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
Officially fixed by #12575.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12608
___
Changes by Lenard Lindstrom le...@telus.net:
--
nosy: -kermode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10181
___
___
Python-bugs-list
46 matches
Mail list logo