STINNER Victor victor.stin...@haypocalc.com added the comment:
It seems there's no reason to document these functions
which operate on null-terminated unicode arrays.
It's the easiest way to create a new string with the new Unicode API, when it's
difficult to predict the exact output length
STINNER Victor victor.stin...@haypocalc.com added the comment:
abspath() is implemented using nt._getfullpathname() which calls
GetFullPathNameA().
The returned path with question marks is completely useless.
Can you open the file using such filename? If no, I agree that the result is
Oleg Plakhotnyuk oleg...@gmail.com added the comment:
Thank you all for help. I finally managed to build it. :-)
So here are complete steps I've taken to build python after OS reinstall:
1. Install XCode 4.2
2. Install MacPorts
3. sudo port -v selfupdate
4. sudo port install gcc46
5. ./configure
Changes by Oleg Plakhotnyuk oleg...@gmail.com:
--
resolution: - works for me
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
___
Changes by Oleg Plakhotnyuk oleg...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
___
Changes by Oleg Plakhotnyuk oleg...@gmail.com:
--
resolution: works for me - fixed
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
Changes by Oleg Plakhotnyuk oleg...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 0541f815d016 by Nick Coghlan in branch 'default':
Update NEWS entry policy based on recent mailing list discussion and forward
porting section based on Issue 13105
http://hg.python.org/devguide/rev/0541f815d016
Nick Coghlan ncogh...@gmail.com added the comment:
The devguide actually did align with what I said in my email, but this wasn't
clear if you only read the Forward Porting section (you had to read the
Porting Between Major Versions section further down the page as well).
I added a new
Charles-François Natali neolo...@free.fr added the comment:
The recent issue #13146 renewed my interest, so I'd like to make this move
forward, since I think an atomic rename/write API could be quite useful.
Issue #8604 (Adding an atomic FS write API) can be achieved relatively easily
with the
Charles-François Natali neolo...@free.fr added the comment:
I would prefer to preserve the inheritance by default, and to change the
daemonic attribute only if it is explicitly set to True or False.
This way it will be backward compatible.
It may be backward compatible, but IMHO, the
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13217
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
Maybe we should change the build system to always regenerate the files
or add something to automation that regenerates the AST C file every
time.
Most definitely not. It is very deliberate that asdl_c.py is only
invoked when the ASDL
Martin v. Löwis mar...@v.loewis.de added the comment:
Before the release, we should consider whether we can drop these functions
altogether.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13246
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c2a89b509be4 by Nick Coghlan in branch '3.2':
Issue 1294232: Fix errors in metaclass calculation affecting some cases of
metaclass inheritance. Patch by Daniel Urban.
http://hg.python.org/cpython/rev/c2a89b509be4
Georg Brandl ge...@python.org added the comment:
Making sure we don't forget that :)
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13246
___
Nick Coghlan ncogh...@gmail.com added the comment:
Fix has been applied to 3.x and hence will be in 3.3 and the next 3.2 release.
I have adjusted the issue metadata to reflect the fact 2,7 still exhibits the
problem, but the patch requires significant work to account for the 3.x vs 2.x
Ned Deily n...@acm.org added the comment:
In general, I would not recommend using anything other than an Apple-supplied
tool chain for building anything on Mac OS X. To help us better understand the
issues, can you say exactly which compilers you tried originally, i.e. the
complete --version
Oleg Plakhotnyuk oleg...@gmail.com added the comment:
Ah, of course.
Initially I've tried to compile using this:
i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658)
(LLVM build 2336.1.00)
XCode version 4.2, build 4C199
--
Meador Inge mead...@gmail.com added the comment:
Actually, I think sysconfig does the right thing when it comes to all
the configure-generated HAVE_XXX variables
I agree. The 'configure' script could be improved, though. If we truly
want to enable this by default, then the defaulting should
New submission from Florent Xicluna florent.xicl...@gmail.com:
The PEP 387 suggests that deprecated objects or arguments are removed in
version (n+1).
I've listed these DeprecationWarnings in 3.2, which are still in 3.3.
I assume that most of these deprecated objects or arguments could be
Florent Xicluna florent.xicl...@gmail.com added the comment:
In addition, we have some object and attributes which are triggering
PendingDeprecationWarning in 3.2.
We may keep these warnings in 3.3, or choose to turn some of them into
DeprecationWarning, to prepare their removal in 3.5.
Meador Inge mead...@gmail.com added the comment:
Most definitely not. It is very deliberate that asdl_c.py is only
invoked when the ASDL sources change. Otherwise, having Python installed
would be a build requirement for Python, which it must be not.
OK, thanks for the background. To be
New submission from Roy Smith r...@panix.com:
The docs list the arguments in the order:
class argparse.ArgumentParser([description][, epilog][, prog]...
but the code (I'm looking at the 2.7.2 source) lists them as:
class ArgumentParser(_AttributeHolder, _ActionsContainer):
[...]
def
STINNER Victor victor.stin...@haypocalc.com added the comment:
i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658)
(LLVM build 2336.1.00)
Oh, that's not GCC but llvm-gcc. It is maybe a bug in LLVM?
--
___
Python tracker
Florent Xicluna florent.xicl...@gmail.com added the comment:
in 3.x, same issue.
IMHO documentation should be fixed.
--
assignee: - docs@python
components: +Documentation
nosy: +bethard, docs@python, flox
stage: - needs patch
versions: +Python 3.2, Python 3.3
New submission from Meador Inge mead...@gmail.com:
While implementing a patch for issue13096 I found a reference leak in 'ctypes'.
I couldn't find the cause immediately, but it can be
reproduced by applying the attached patch and running:
[meadori@motherbrain cpython]$ ./python -m test -R :
Benjamin Peterson benja...@python.org added the comment:
The cause is ctypes caches POINTER types. You have to make sure to clear the
cache.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13250
Mark Dickinson dicki...@gmail.com added the comment:
In most cases, global variables Py_Zero and Py_One would be enough to
simplify this kind of code.
Agreed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13201
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13201
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 479a7dd1ea6a by Mark Dickinson in branch 'default':
Issue #13201: equality for range objects is now based on equality of the
underlying sequences. Thanks Sven Marnach for the patch.
Petri Lehtinen pe...@digip.org added the comment:
Fixing the documentation is better, as changing the argument order would break
existing code.
--
keywords: +easy
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13249
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 117d51d3dd7d by Mark Dickinson in branch 'default':
Issue #10925: Add equivalent pure Python code for the builtin int-to-float
conversion to test_long.
http://hg.python.org/cpython/rev/117d51d3dd7d
--
nosy:
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10925
___
Terry J. Reedy tjre...@udel.edu added the comment:
In the doc, the signature line is followed by a list of short descriptions in a
third order. That perhaps should be changed to follow the same corrected order
as the signature line. On the other hand, it matches the order of the detail
Mark Dickinson dicki...@gmail.com added the comment:
Closing as won't fix, for reasons given above.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9980
Roy Smith r...@panix.com added the comment:
An Nth place is in the docstring:
Keyword Arguments:
- prog -- The name of the program (default: sys.argv[0])
-
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d4839fea4a5a by Mark Dickinson in branch 'default':
Issue #12965: Fix some inaccurate comments in Objects/longobject.c. Thanks
Stefan Krah.
http://hg.python.org/cpython/rev/d4839fea4a5a
--
nosy:
Mark Dickinson dicki...@gmail.com added the comment:
I've fixed some of the inaccurate comments in Objects/longobject.c, for the
default branch; I'm still looking at the Doc update.
This really is a bit of a mess, especially for cases like PyLong_AsVoidPtr,
which can either end up calling
Mark Dickinson dicki...@gmail.com added the comment:
It could be fun to remove these conversions and see how much of the
test-suite fails. :-)
... On my machine, just test_ctypes and test_getargs2, as it turns out.
--
___
Python tracker
Roy Smith r...@panix.com added the comment:
I'm working on a doc patch now...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13249
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d34beaaf7060 by Florent Xicluna in branch '3.2':
Issue 13141: Demonstrate recommended style for socketserver examples.
http://hg.python.org/cpython/rev/d34beaaf7060
--
nosy: +python-dev
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 8de472fb8cfe by Florent Xicluna in branch '2.7':
Issue #13141: Demonstrate recommended style for SocketServer examples.
http://hg.python.org/cpython/rev/8de472fb8cfe
--
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13141
___
Roy Smith r...@panix.com added the comment:
Patch attached. I just deal with putting all the items into the same order,
not terry.reedy's idea for separating them into two groups.
Added a recommendation to only use keywords, which seems sane given the number
of arguments.
--
Roy Smith r...@panix.com added the comment:
PS -- this is against the 2.7 branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13249
___
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
*unittest*
assert{DictContainsSubset,RaisesRegexp,RegexpMatches}, fail*
The fail* should stay.
The general idea is that with Python3 we can wait a bit more before getting rid
of things, because if someone jumps from 2.7 to 3.3, he might
Martin v. Löwis mar...@v.loewis.de added the comment:
Am 23.10.2011 20:33, schrieb Meador Inge:
Meador Inge mead...@gmail.com added the comment:
Most definitely not. It is very deliberate that asdl_c.py is only
invoked when the ASDL sources change. Otherwise, having Python installed
Martin v. Löwis mar...@v.loewis.de added the comment:
So it's not a bug at all, right?
--
nosy: +loewis
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13250
New submission from Ezio Melotti ezio.melo...@gmail.com:
The attached patch updates the definition of String after PEP 393.
--
assignee: ezio.melotti
components: Documentation, Unicode
files: issue13251.diff
keywords: needs review, patch
messages: 146262
nosy: eric.araujo, ezio.melotti,
New submission from Carlo Verre carlo.ve...@gmail.com:
After in Python 3.2 the accumulate() function has been added to itertools
module, for self-evident reasons of completeness and symmetry we could add in
3.3 the inverse decumulate() function, which, given the iterable argument p,
yields
Ezio Melotti ezio.melo...@gmail.com added the comment:
New patch that doesn't mention surrogates, as suggested by Antoine.
--
Added file: http://bugs.python.org/file23508/issue13251-2.diff
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13251
___
___
Python-bugs-list
Meador Inge mead...@gmail.com added the comment:
Ah, I see now. Thanks Benjamin.
So it's not a bug at all, right?
A bug in regrtest.py maybe. 'dash_R_cleanup' clears various other caches in
between test runs to avoid false positives like this. Perhaps
'ctypes._pointer_type_cache'
should be
Antoine Pitrou pit...@free.fr added the comment:
I'm not sure, but I think that would be for the case where you are spawning the
server yourself and the child process takes time to start up.
--
nosy: +neologix, pitrou
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
The patch looks good to me, thanks.
--
versions: +Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10332
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
That's a good point, but I find the wording a bit long. The attached patch
tries to keep it short and adds a link to the section that explains when and
why it's python.exe.
--
Added file:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 25f1c003ea01 by Ezio Melotti in branch 'default':
#13228: add a Quick Start section to the index page.
http://hg.python.org/devguide/rev/25f1c003ea01
--
nosy: +python-dev
Ezio Melotti ezio.melo...@gmail.com added the comment:
Done, thanks for the feedback!
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13228
Antoine Pitrou pit...@free.fr added the comment:
Should be closed, no?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13141
___
Antoine Pitrou pit...@free.fr added the comment:
MoveFileTransacted is only available under Vista or later. You should be able
to use MoveFileEx for the same effect.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8828
Antoine Pitrou pit...@free.fr added the comment:
The solution? Let's remember that metadata changes are atomic. Rename is such
a case.
This is from a MSDN blog, I would hope he knows what he's talking about.
http://blogs.msdn.com/b/adioltean/archive/2005/12/28/507866.aspx
(MoveFileEx appears
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
type: performance - behavior
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9239
___
Antoine Pitrou pit...@free.fr added the comment:
Closing as outdated. There are no freelists anymore in the unicode
implementation.
--
resolution: - out of date
stage: - committed/rejected
status: open - closed
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
versions: +Python 3.2, Python 3.3 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10363
___
Antoine Pitrou pit...@free.fr added the comment:
I can't reproduce anymore. I believe this may have been due to the fact that
pydoc can try to import everything on sys.path, including third-party
libraries. I got bitten by that on another issue.
--
resolution: - invalid
stage: needs
Meador Inge mead...@gmail.com added the comment:
Nick, the revised definition of 'getclosurevars' seems reasonable to me.
I will cut a new patch this week.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13062
68 matches
Mail list logo